Re: [PATCH 2/2] MAINTAINERS: mtd/nand: update Microchip nand entry

On 2018/1/9 21:46, Nicolas Ferre wrote: Update Wenyou Yang email address. Take advantage of this update to move this entry to the MICROCHIP / ATMEL location and add the DT binding documentation link. Signed-off-by: Nicolas Ferre Acked-by: Wenyou Yang

Re: [PATCH 2/2] MAINTAINERS: mtd/nand: update Microchip nand entry

On 2018/1/9 21:46, Nicolas Ferre wrote: Update Wenyou Yang email address. Take advantage of this update to move this entry to the MICROCHIP / ATMEL location and add the DT binding documentation link. Signed-off-by: Nicolas Ferre Acked-by: Wenyou Yang --- Hi, Patch against next-20180109.

Re: [PATCH 1/2] MAINTAINERS: linux-media: update Microchip ISI and ISC entries

On 2018/1/9 21:46, Nicolas Ferre wrote: These two image capture interface drivers are now handled by Wenyou Yang. I benefit from this change to update the two entries by correcting the binding documentation link for ISC and moving the ISI to the new MICROCHIP / ATMEL location. Signed-off-by:

Re: [PATCH 1/2] MAINTAINERS: linux-media: update Microchip ISI and ISC entries

On 2018/1/9 21:46, Nicolas Ferre wrote: These two image capture interface drivers are now handled by Wenyou Yang. I benefit from this change to update the two entries by correcting the binding documentation link for ISC and moving the ISI to the new MICROCHIP / ATMEL location. Signed-off-by:

Re: [PATCH] media: i2c: ov7740: add media-controller dependency

Hello Arnd, On 2018/1/8 20:52, Arnd Bergmann wrote: Without CONFIG_MEDIA_CONTROLLER, the new driver fails to build: drivers/perf/arm_dsu_pmu.c: In function 'dsu_pmu_probe_pmu': drivers/perf/arm_dsu_pmu.c:661:2: error: implicit declaration of function 'bitmap_from_u32array'; did you mean

Re: [PATCH] media: i2c: ov7740: add media-controller dependency

Hello Arnd, On 2018/1/8 20:52, Arnd Bergmann wrote: Without CONFIG_MEDIA_CONTROLLER, the new driver fails to build: drivers/perf/arm_dsu_pmu.c: In function 'dsu_pmu_probe_pmu': drivers/perf/arm_dsu_pmu.c:661:2: error: implicit declaration of function 'bitmap_from_u32array'; did you mean

Re: [PATCH] mtd/nand/atmel: Delete an error message for a failed memory allocation in two functions

On 2018/1/6 4:55, SF Markus Elfring wrote: From: Markus Elfring Date: Fri, 5 Jan 2018 21:45:04 +0100 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Signed-off-by: Markus

Re: [PATCH] mtd/nand/atmel: Delete an error message for a failed memory allocation in two functions

On 2018/1/6 4:55, SF Markus Elfring wrote: From: Markus Elfring Date: Fri, 5 Jan 2018 21:45:04 +0100 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- Acked-by: Wenyou

Re: [PATCH v6 3/6] can: m_can: Add PM Runtime

On 2018/1/4 23:17, Faiz Abbas wrote: Hi, On Wednesday 03 January 2018 08:47 PM, Marc Kleine-Budde wrote: On 01/03/2018 04:06 PM, Faiz Abbas wrote: Hi, On Wednesday 03 January 2018 07:55 PM, Marc Kleine-Budde wrote: On 01/03/2018 01:39 PM, Faiz Abbas wrote: On Tuesday 02 January 2018

Re: [PATCH v6 3/6] can: m_can: Add PM Runtime

On 2018/1/4 23:17, Faiz Abbas wrote: Hi, On Wednesday 03 January 2018 08:47 PM, Marc Kleine-Budde wrote: On 01/03/2018 04:06 PM, Faiz Abbas wrote: Hi, On Wednesday 03 January 2018 07:55 PM, Marc Kleine-Budde wrote: On 01/03/2018 01:39 PM, Faiz Abbas wrote: On Tuesday 02 January 2018

Re: [PATCH v6 0/6] Add M_CAN Support for Dra76 platform

On 2017/12/22 21:31, Faiz Abbas wrote: This patch series adds support for M_CAN on the TI Dra76 platform. Device tree patches will be sent separately. A bunch of patches were sent before by Franklin Cooper . I have clubbed the series together and rebased to the latest kernel.

Re: [PATCH v6 0/6] Add M_CAN Support for Dra76 platform

On 2017/12/22 21:31, Faiz Abbas wrote: This patch series adds support for M_CAN on the TI Dra76 platform. Device tree patches will be sent separately. A bunch of patches were sent before by Franklin Cooper . I have clubbed the series together and rebased to the latest kernel. Tested this

Re: [PATCH v8 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Philippe, On 2017/12/8 21:14, Philippe Ombredanne wrote: Wenyou, On Fri, Dec 8, 2017 at 2:55 AM, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes:

Re: [PATCH v8 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Philippe, On 2017/12/8 21:14, Philippe Ombredanne wrote: Wenyou, On Fri, Dec 8, 2017 at 2:55 AM, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and any

Re: [PATCH v7 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Sakari, On 2017/12/7 21:16, Sakari Ailus wrote: Hi Wenyou, On Wed, Dec 06, 2017 at 10:23:43AM +0800, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and

Re: [PATCH v7 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Sakari, On 2017/12/7 21:16, Sakari Ailus wrote: Hi Wenyou, On Wed, Dec 06, 2017 at 10:23:43AM +0800, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and

Re: [PATCH v6 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Sakari, On 2017/12/5 18:45, Sakari Ailus wrote: Hi Wenyou, On Mon, Dec 04, 2017 at 02:58:58PM +0800, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and

Re: [PATCH v6 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Sakari, On 2017/12/5 18:45, Sakari Ailus wrote: Hi Wenyou, On Mon, Dec 04, 2017 at 02:58:58PM +0800, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and

Re: [PATCH v5 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Sakari, Sorry for late answer. Thank you for your review. On 2017/11/28 20:06, Sakari Ailus wrote: Hi Wenyou, Thanks for the patch. Some comments below. On Tue, Nov 28, 2017 at 01:22:59PM +0800, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image

Re: [PATCH v5 2/2] media: i2c: Add the ov7740 image sensor driver

Hi Sakari, Sorry for late answer. Thank you for your review. On 2017/11/28 20:06, Sakari Ailus wrote: Hi Wenyou, Thanks for the patch. Some comments below. On Tue, Nov 28, 2017 at 01:22:59PM +0800, Wenyou Yang wrote: The ov7740 (color) image sensor is a high performance VGA CMOS image

Re: [PATCH v2 2/2] media: ov7740: Document device tree bindings

Hi Sakari, Thank you very much for your review and advice. I will send a new version to fix it. On 2017/10/27 18:59, Sakari Ailus wrote: Hi Wenyou, On Fri, Oct 27, 2017 at 03:42:20PM +0800, Wenyou Yang wrote: Add the device tree binding documentation for ov7740 driver and add a new entry of

Re: [PATCH v2 2/2] media: ov7740: Document device tree bindings

Hi Sakari, Thank you very much for your review and advice. I will send a new version to fix it. On 2017/10/27 18:59, Sakari Ailus wrote: Hi Wenyou, On Fri, Oct 27, 2017 at 03:42:20PM +0800, Wenyou Yang wrote: Add the device tree binding documentation for ov7740 driver and add a new entry of

Re: [PATCH v5 0/5] media: atmel-isc: Rework the format list and clock provider

Hi Hans, On 2017/10/27 20:41, Hans Verkuil wrote: Hi Wenyou, Unfortunately the v4 patch series was just merged instead of v5. Can you make a new patch applying just the v4 -> v5 changes? Thank you for your merging. Of course, I will send a patch to fix it. Thanks! Hans On

Re: [PATCH v5 0/5] media: atmel-isc: Rework the format list and clock provider

Hi Hans, On 2017/10/27 20:41, Hans Verkuil wrote: Hi Wenyou, Unfortunately the v4 patch series was just merged instead of v5. Can you make a new patch applying just the v4 -> v5 changes? Thank you for your merging. Of course, I will send a patch to fix it. Thanks! Hans On

Re: [PATCH] media: i2c: Add the ov7740 image sensor driver

On 2017/10/27 15:10, Hans Verkuil wrote: On 10/27/2017 05:30 AM, Wenyou Yang wrote: From: Songjun Wu The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF

Re: [PATCH] media: i2c: Add the ov7740 image sensor driver

On 2017/10/27 15:10, Hans Verkuil wrote: On 10/27/2017 05:30 AM, Wenyou Yang wrote: From: Songjun Wu The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and any size smaller. Two

Re: [PATCH 09/15] ARM: dts: at91: sama5d2_xplained: Add charger node of pmic.

Hi Claudiu, On 2017/10/10 0:09, Claudiu Beznea wrote: Add charger device node as a sub-device node of act8945a mfd, move the charger's properties to this node, and use the "interrupts" property to replace "active-semi,irq_gpios" to denote the act8945a charger's irq. Signed-off-by: Wenyou Yang

Re: [PATCH 09/15] ARM: dts: at91: sama5d2_xplained: Add charger node of pmic.

Hi Claudiu, On 2017/10/10 0:09, Claudiu Beznea wrote: Add charger device node as a sub-device node of act8945a mfd, move the charger's properties to this node, and use the "interrupts" property to replace "active-semi,irq_gpios" to denote the act8945a charger's irq. Signed-off-by: Wenyou Yang

Re: [PATCH v3 3/5] media: atmel-isc: Enable the clocks during probe

Hi Sakari, On 2017/10/9 15:58, Sakari Ailus wrote: Hi Wenyou, On Mon, Oct 09, 2017 at 01:49:44PM +0800, Yang, Wenyou wrote: Hi Sakari, Sorry for late answer, because I was in vacation last week. On 2017/9/29 5:25, Sakari Ailus wrote: Hi Wenyou, On Thu, Sep 28, 2017 at 04:18:26PM +0800

Re: [PATCH v3 3/5] media: atmel-isc: Enable the clocks during probe

Hi Sakari, On 2017/10/9 15:58, Sakari Ailus wrote: Hi Wenyou, On Mon, Oct 09, 2017 at 01:49:44PM +0800, Yang, Wenyou wrote: Hi Sakari, Sorry for late answer, because I was in vacation last week. On 2017/9/29 5:25, Sakari Ailus wrote: Hi Wenyou, On Thu, Sep 28, 2017 at 04:18:26PM +0800

Re: [PATCH v3 3/5] media: atmel-isc: Enable the clocks during probe

Hi Sakari, Sorry for late answer, because I was in vacation last week. On 2017/9/29 5:25, Sakari Ailus wrote: Hi Wenyou, On Thu, Sep 28, 2017 at 04:18:26PM +0800, Wenyou Yang wrote: To meet the relationship, enable the HCLOCK and ispck during the device probe, "isc_pck frequency is less than

Re: [PATCH v3 3/5] media: atmel-isc: Enable the clocks during probe

Hi Sakari, Sorry for late answer, because I was in vacation last week. On 2017/9/29 5:25, Sakari Ailus wrote: Hi Wenyou, On Thu, Sep 28, 2017 at 04:18:26PM +0800, Wenyou Yang wrote: To meet the relationship, enable the HCLOCK and ispck during the device probe, "isc_pck frequency is less than

Re: [PATCH v2 1/5] media: atmel_isc: Add spin lock for clock enable ops

Hi Sakari, On 2017/9/27 15:16, Sakari Ailus wrote: Hi Wenyou, On subject: s/_/-/ On Mon, Sep 18, 2017 at 02:39:21PM +0800, Wenyou Yang wrote: Add the spin lock for the clock enable and disable operations. Signed-off-by: Wenyou Yang --- Changes in v2: None

Re: [PATCH v2 1/5] media: atmel_isc: Add spin lock for clock enable ops

Hi Sakari, On 2017/9/27 15:16, Sakari Ailus wrote: Hi Wenyou, On subject: s/_/-/ On Mon, Sep 18, 2017 at 02:39:21PM +0800, Wenyou Yang wrote: Add the spin lock for the clock enable and disable operations. Signed-off-by: Wenyou Yang --- Changes in v2: None

Re: [PATCH v2 5/5] media: atmel-isc: Rework the format list

On 2017/9/27 16:03, Hans Verkuil wrote: On 09/27/2017 07:15 AM, Yang, Wenyou wrote: Hi Hans, Thank  you very much for your review. On 2017/9/25 21:24, Hans Verkuil wrote: Hi Wenyou, On 18/09/17 08:39, Wenyou Yang wrote: To improve the readability of code, split the format array into two

Re: [PATCH v2 5/5] media: atmel-isc: Rework the format list

On 2017/9/27 16:03, Hans Verkuil wrote: On 09/27/2017 07:15 AM, Yang, Wenyou wrote: Hi Hans, Thank  you very much for your review. On 2017/9/25 21:24, Hans Verkuil wrote: Hi Wenyou, On 18/09/17 08:39, Wenyou Yang wrote: To improve the readability of code, split the format array into two

Re: [PATCH v2 5/5] media: atmel-isc: Rework the format list

Hi Hans, Thank  you very much for your review. On 2017/9/25 21:24, Hans Verkuil wrote: Hi Wenyou, On 18/09/17 08:39, Wenyou Yang wrote: To improve the readability of code, split the format array into two, one for the format description, other for the register configuration. Meanwhile, add

Re: [PATCH v2 5/5] media: atmel-isc: Rework the format list

Hi Hans, Thank  you very much for your review. On 2017/9/25 21:24, Hans Verkuil wrote: Hi Wenyou, On 18/09/17 08:39, Wenyou Yang wrote: To improve the readability of code, split the format array into two, one for the format description, other for the register configuration. Meanwhile, add

Re: [PATCH] ARM: dts: at91: sama5d2_xplained: Add charger node

Hi Alexandre, On 2017/9/26 4:13, Alexandre Belloni wrote: On 15/08/2017 at 14:24:20 +0800, Wenyou Yang wrote: From: Wenyou Yang Add the charger device node as a sub-device of act8945a mfd, move the charger's properties in the node, and replace the

Re: [PATCH] ARM: dts: at91: sama5d2_xplained: Add charger node

Hi Alexandre, On 2017/9/26 4:13, Alexandre Belloni wrote: On 15/08/2017 at 14:24:20 +0800, Wenyou Yang wrote: From: Wenyou Yang Add the charger device node as a sub-device of act8945a mfd, move the charger's properties in the node, and replace the "active-semi,irq_gpios" with the

Re: [v2,3/3] can: m_can: Add PM Runtime

Hi Franklin, On 2017/9/21 8:36, Franklin S Cooper Jr wrote: On 08/24/2017 03:30 AM, Sekhar Nori wrote: + OMAP mailing list On Tuesday 25 July 2017 04:21 AM, Franklin Cooper wrote: Add support for PM Runtime which is the new way to handle managing clocks. However, to avoid breaking SoCs not

Re: [v2,3/3] can: m_can: Add PM Runtime

Hi Franklin, On 2017/9/21 8:36, Franklin S Cooper Jr wrote: On 08/24/2017 03:30 AM, Sekhar Nori wrote: + OMAP mailing list On Tuesday 25 July 2017 04:21 AM, Franklin Cooper wrote: Add support for PM Runtime which is the new way to handle managing clocks. However, to avoid breaking SoCs not

Re: [PATCH v4 3/3] media: ov7670: Add the s_power operation

Hi Sakari, On 2017/9/18 15:35, Sakari Ailus wrote: Hi Wenyou, Thanks for the update. The driver exposes controls that are accessible through the sub-device node even if the device hasn't been powered on. Many ISP and bridge drivers will also power the sensor down once the last user of the

Re: [PATCH v4 3/3] media: ov7670: Add the s_power operation

Hi Sakari, On 2017/9/18 15:35, Sakari Ailus wrote: Hi Wenyou, Thanks for the update. The driver exposes controls that are accessible through the sub-device node even if the device hasn't been powered on. Many ISP and bridge drivers will also power the sensor down once the last user of the

Re: [PATCH v4 2/3] media: ov7670: Add the get_fmt callback

Hi Sakari, On 2017/9/18 15:36, Sakari Ailus wrote: Hi Wenyou, On Mon, Sep 18, 2017 at 02:45:13PM +0800, Wenyou Yang wrote: @@ -998,8 +1002,15 @@ static int ov7670_set_fmt(struct v4l2_subdev *sd, ret = ov7670_try_fmt_internal(sd, >format, NULL, NULL); if (ret)

Re: [PATCH v4 2/3] media: ov7670: Add the get_fmt callback

Hi Sakari, On 2017/9/18 15:36, Sakari Ailus wrote: Hi Wenyou, On Mon, Sep 18, 2017 at 02:45:13PM +0800, Wenyou Yang wrote: @@ -998,8 +1002,15 @@ static int ov7670_set_fmt(struct v4l2_subdev *sd, ret = ov7670_try_fmt_internal(sd, >format, NULL, NULL); if (ret)

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On 2017/9/14 13:06, Sekhar Nori wrote: On Thursday 14 September 2017 03:28 AM, Franklin S Cooper Jr wrote: On 08/18/2017 02:39 PM, Franklin S Cooper Jr wrote: During test transmitting using CAN-FD at high bitrates (4 Mbps) only resulted in errors. Scoping the signals I noticed that only a

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On 2017/9/14 13:06, Sekhar Nori wrote: On Thursday 14 September 2017 03:28 AM, Franklin S Cooper Jr wrote: On 08/18/2017 02:39 PM, Franklin S Cooper Jr wrote: During test transmitting using CAN-FD at high bitrates (4 Mbps) only resulted in errors. Scoping the signals I noticed that only a

Re: [PATCH v2 1/2] mtd: nand: introduce NAND_ROW_ADDR_3 flag

On 2017/9/13 10:05, Masahiro Yamada wrote: Several drivers check ->chipsize to see if the third row address cycle is needed. Instead of embedding magic sizes such as 32MB, 128MB in drivers, introduce a new flag NAND_ROW_ADDR_3 for clean-up. Since nand_scan_ident() knows well about the

Re: [PATCH v2 1/2] mtd: nand: introduce NAND_ROW_ADDR_3 flag

On 2017/9/13 10:05, Masahiro Yamada wrote: Several drivers check ->chipsize to see if the third row address cycle is needed. Instead of embedding magic sizes such as 32MB, 128MB in drivers, introduce a new flag NAND_ROW_ADDR_3 for clean-up. Since nand_scan_ident() knows well about the

Re: [PATCH 0/6] [media] Atmel: Adjustments for seven function implementations

Hi, On 2017/9/5 4:04, SF Markus Elfring wrote: From: Markus Elfring Date: Mon, 4 Sep 2017 21:44:55 +0200 A few update suggestions were taken into account from static source code analysis. Thank you for your patches. You can add my Acked-by for the patch

Re: [PATCH 0/6] [media] Atmel: Adjustments for seven function implementations

Hi, On 2017/9/5 4:04, SF Markus Elfring wrote: From: Markus Elfring Date: Mon, 4 Sep 2017 21:44:55 +0200 A few update suggestions were taken into account from static source code analysis. Thank you for your patches. You can add my Acked-by for the patch series. Acked-by: Wenyou Yang

Re: [PATCH 1/3] media: atmel-isc: Not support RBG format from sensor.

Hi Hans, On 2017/8/24 14:41, Hans Verkuil wrote: On 08/24/2017 08:25 AM, Yang, Wenyou wrote: On 2017/8/23 18:37, Hans Verkuil wrote: On 08/22/17 09:30, wenyou.y...@microchip.com wrote: Hi Hans, -Original Message- From: Hans Verkuil [mailto:hverk...@xs4all.nl] Sent: 2017年8月22日 15

Re: [PATCH 1/3] media: atmel-isc: Not support RBG format from sensor.

Hi Hans, On 2017/8/24 14:41, Hans Verkuil wrote: On 08/24/2017 08:25 AM, Yang, Wenyou wrote: On 2017/8/23 18:37, Hans Verkuil wrote: On 08/22/17 09:30, wenyou.y...@microchip.com wrote: Hi Hans, -Original Message- From: Hans Verkuil [mailto:hverk...@xs4all.nl] Sent: 2017年8月22日 15

Re: [PATCH 1/3] media: atmel-isc: Not support RBG format from sensor.

ubject: Re: [PATCH 1/3] media: atmel-isc: Not support RBG format from sensor. On 08/22/2017 03:18 AM, Yang, Wenyou wrote: Hi Hans, On 2017/8/21 22:07, Hans Verkuil wrote: On 08/17/2017 09:16 AM, Wenyou Yang wrote: The 12-bit parallel interface supports the Raw Bayer, YCbCr, Monochrome an

Re: [PATCH 1/3] media: atmel-isc: Not support RBG format from sensor.

...@vger.kernel.org; Sakari Ailus ; Jonathan Corbet ; linux-arm-ker...@lists.infradead.org; Linux Media Mailing List Subject: Re: [PATCH 1/3] media: atmel-isc: Not support RBG format from sensor. On 08/22/2017 03:18 AM, Yang, Wenyou wrote: Hi Hans, On 2017/8/21 22:07, Hans Verkuil wrote: On 08/17

Re: [PATCH 3/3] media: atmel-isc: Add more format configurations

Hi Hans, On 2017/8/22 14:54, Hans Verkuil wrote: On 08/17/2017 09:16 AM, Wenyou Yang wrote: Add the configuration of formats: GREY, ARGB444, ARGB555 and ARGB32. Signed-off-by: Wenyou Yang --- drivers/media/platform/atmel/atmel-isc.c | 22 --

Re: [PATCH 3/3] media: atmel-isc: Add more format configurations

Hi Hans, On 2017/8/22 14:54, Hans Verkuil wrote: On 08/17/2017 09:16 AM, Wenyou Yang wrote: Add the configuration of formats: GREY, ARGB444, ARGB555 and ARGB32. Signed-off-by: Wenyou Yang --- drivers/media/platform/atmel/atmel-isc.c | 22 -- 1 file changed, 20

Re: [PATCH 1/3] media: atmel-isc: Not support RBG format from sensor.

Hi Hans, On 2017/8/21 22:07, Hans Verkuil wrote: On 08/17/2017 09:16 AM, Wenyou Yang wrote: The 12-bit parallel interface supports the Raw Bayer, YCbCr, Monochrome and JPEG Compressed pixel formats from the external sensor, not support RBG pixel format. Signed-off-by: Wenyou Yang

Re: [PATCH 1/3] media: atmel-isc: Not support RBG format from sensor.

Hi Hans, On 2017/8/21 22:07, Hans Verkuil wrote: On 08/17/2017 09:16 AM, Wenyou Yang wrote: The 12-bit parallel interface supports the Raw Bayer, YCbCr, Monochrome and JPEG Compressed pixel formats from the external sensor, not support RBG pixel format. Signed-off-by: Wenyou Yang ---

Re: [PATCH 1/2] media: ov7670: Add entity pads initialization

Hi Sakari, On 2017/8/16 0:23, Sakari Ailus wrote: Hi Wenyou, On Thu, Aug 10, 2017 at 05:06:44PM +0800, Wenyou Yang wrote: Add the media entity pads initialization. Signed-off-by: Wenyou Yang The patch itself seems fine. However the driver is lacking support for

Re: [PATCH 1/2] media: ov7670: Add entity pads initialization

Hi Sakari, On 2017/8/16 0:23, Sakari Ailus wrote: Hi Wenyou, On Thu, Aug 10, 2017 at 05:06:44PM +0800, Wenyou Yang wrote: Add the media entity pads initialization. Signed-off-by: Wenyou Yang The patch itself seems fine. However the driver is lacking support for get_fmt which I think would

Re: [PATCH v3] ARM: dts: at91: sama5d2: add m_can nodes

On 2017/4/24 9:12, Wenyou Yang wrote: Add nodes to support the Controller Area Network(M_CAN) on SAMA5D2. The version of M_CAN IP core is 3.1.0 (CREL = 0x31040730). As said in SAMA5D2 datasheet, the CAN clock is recommended to use frequencies of 20, 40 or 80 MHz. To achieve these frequencies,

Re: [PATCH v3] ARM: dts: at91: sama5d2: add m_can nodes

On 2017/4/24 9:12, Wenyou Yang wrote: Add nodes to support the Controller Area Network(M_CAN) on SAMA5D2. The version of M_CAN IP core is 3.1.0 (CREL = 0x31040730). As said in SAMA5D2 datasheet, the CAN clock is recommended to use frequencies of 20, 40 or 80 MHz. To achieve these frequencies,

Re: [PATCH 3/3] ARM: at91: pm: fallback to slowclock when backup mode fails

On 2017/4/27 0:04, Alexandre Belloni wrote: If the backup sram allocation fails, ensure we can suspend by falling back to the usual slow clock mode. Signed-off-by: Alexandre Belloni Acked-by: Wenyou Yang ---

Re: [PATCH 3/3] ARM: at91: pm: fallback to slowclock when backup mode fails

On 2017/4/27 0:04, Alexandre Belloni wrote: If the backup sram allocation fails, ensure we can suspend by falling back to the usual slow clock mode. Signed-off-by: Alexandre Belloni Acked-by: Wenyou Yang --- arch/arm/mach-at91/pm.c | 12 +--- 1 file changed, 9 insertions(+), 3

Re: [PATCH 2/3] ARM: at91: pm: allow selecting standby and suspend modes

On 2017/4/27 0:04, Alexandre Belloni wrote: While we can only select between "standby" and "mem" states for power management, the atmel platforms can actually support more modes. For both standby and mem, allow selecting which mode will be used using the atmel.pm_modes kernel parameter. By

Re: [PATCH 2/3] ARM: at91: pm: allow selecting standby and suspend modes

On 2017/4/27 0:04, Alexandre Belloni wrote: While we can only select between "standby" and "mem" states for power management, the atmel platforms can actually support more modes. For both standby and mem, allow selecting which mode will be used using the atmel.pm_modes kernel parameter. By

Re: [PATCH 1/3] ARM: at91: pm: Add sama5d2 backup mode

On 2017/4/27 0:04, Alexandre Belloni wrote: The sama5d2 has a mode were it is possible to cut power to the SoC while keeping the RAM in self refresh. Resuming from that mode needs support in the firmware/bootloader. Signed-off-by: Alexandre Belloni

Re: [PATCH 1/3] ARM: at91: pm: Add sama5d2 backup mode

On 2017/4/27 0:04, Alexandre Belloni wrote: The sama5d2 has a mode were it is possible to cut power to the SoC while keeping the RAM in self refresh. Resuming from that mode needs support in the firmware/bootloader. Signed-off-by: Alexandre Belloni Acked-by: Wenyou Yang ---

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, From: Alan Stern [st...@rowland.harvard.edu] Sent: Friday, May 13, 2016 2:11 To: Yang, Wenyou Cc: Greg Kroah-Hartman; Ferre, Nicolas; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: Re: [PATCH

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, From: Alan Stern [st...@rowland.harvard.edu] Sent: Friday, May 13, 2016 2:11 To: Yang, Wenyou Cc: Greg Kroah-Hartman; Ferre, Nicolas; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org Subject: Re: [PATCH

RE: [PATCH] power: act8945a_charger: fix semicolon.cocci warnings

Hi Fengguang, I would like to merge this patch and add your Signed-off-by, do you agree? I think it is better. Best Regards, Wenyou Yang From: kbuild test robot [l...@intel.com] Sent: Friday, June 24, 2016 20:43 To: Yang, Wenyou Cc: kbuild-...@01.org

RE: [PATCH] power: act8945a_charger: fix semicolon.cocci warnings

Hi Fengguang, I would like to merge this patch and add your Signed-off-by, do you agree? I think it is better. Best Regards, Wenyou Yang From: kbuild test robot [l...@intel.com] Sent: Friday, June 24, 2016 20:43 To: Yang, Wenyou Cc: kbuild-...@01.org

RE: [PATCH v2 0/7] power: act8945a_charger: Improvements

; Mark Brown; Ian Campbell; Kumar Gala Cc: linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Ferre, Nicolas; linux...@vger.kernel.org; Yang, Wenyou Subject: [PATCH v2 0/7] power: act8945a_charger: Improvements This patch series is used to improve

RE: [PATCH v2 0/7] power: act8945a_charger: Improvements

; Mark Brown; Ian Campbell; Kumar Gala Cc: linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Ferre, Nicolas; linux...@vger.kernel.org; Yang, Wenyou Subject: [PATCH v2 0/7] power: act8945a_charger: Improvements This patch series is used to improve

RE: [PATCH] power: act8945a_charger: fix semicolon.cocci warnings

> -Original Message- > From: kbuild test robot [mailto:l...@intel.com] > Sent: 2016年6月24日 20:43 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: kbuild-...@01.org; Sebastian Reichel <s...@kernel.org>; Dmitry Eremin- > Solenikov <dbarysh...@

RE: [PATCH] power: act8945a_charger: fix semicolon.cocci warnings

> -Original Message- > From: kbuild test robot [mailto:l...@intel.com] > Sent: 2016年6月24日 20:43 > To: Yang, Wenyou > Cc: kbuild-...@01.org; Sebastian Reichel ; Dmitry Eremin- > Solenikov ; David Woodhouse > ; Rob Herring ; Pawel Moll > ; Mark Brown ; Ian Campbel

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, Sorry for late answer. > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年5月13日 2:11 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>; Ferre, Nicolas > &l

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, Sorry for late answer. > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年5月13日 2:11 > To: Yang, Wenyou > Cc: Greg Kroah-Hartman ; Ferre, Nicolas > ; linux-...@vger.kernel.org; linux- > ker...@vger.kern

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Alexandre & Nicolas, > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2016年6月20日 16:04 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: Rob Herring <r...@kernel.org>; Alan Stern <st...@rowland.harva

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Alexandre & Nicolas, > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2016年6月20日 16:04 > To: Yang, Wenyou > Cc: Rob Herring ; Alan Stern ; > Greg Kroah-Hartman ; Ferre, Nicolas > ; Pawel Moll ; Mark Brown

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

> -Original Message- > From: Ferre, Nicolas > Sent: 2016年6月8日 18:46 > To: Yang, Wenyou <wenyou.y...@atmel.com>; Alan Stern > <st...@rowland.harvard.edu>; Greg Kroah-Hartman > <gre...@linuxfoundation.org>; Rob Herring <robh...@kernel.org>; A

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

> -Original Message- > From: Ferre, Nicolas > Sent: 2016年6月8日 18:46 > To: Yang, Wenyou ; Alan Stern > ; Greg Kroah-Hartman > ; Rob Herring ; Alexandre > Belloni > Cc: Pawel Moll ; Mark Brown ; Ian > Campbell ; Kumar Gala ; > linux-kernel@vger.kernel.org; dev

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 2016年6月9日 4:27 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: Alan Stern <st...@rowland.harvard.edu>; Greg Kroah-Hartman > <gre...@linuxfoundation.org>; Ferre, Nicola

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 2016年6月9日 4:27 > To: Yang, Wenyou > Cc: Alan Stern ; Greg Kroah-Hartman > ; Ferre, Nicolas ; > Pawel Moll ; Mark Brown ; Ian > Campbell ; Kumar Gala ; > Alexandre Belloni ; linu

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Aleandre, > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2016年6月17日 21:55 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: Rob Herring <r...@kernel.org>; Alan Stern <st...@rowland.harvard.e

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Aleandre, > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2016年6月17日 21:55 > To: Yang, Wenyou > Cc: Rob Herring ; Alan Stern ; > Greg Kroah-Hartman ; Ferre, Nicolas > ; Pawel Moll ; Mark Brown > ; Ian Campbel

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Alexandre, > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2016年6月9日 4:38 > To: Rob Herring <r...@kernel.org> > Cc: Yang, Wenyou <wenyou.y...@atmel.com>; Alan Stern > <st...@rowland.harvar

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Alexandre, > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2016年6月9日 4:38 > To: Rob Herring > Cc: Yang, Wenyou ; Alan Stern > ; Greg Kroah-Hartman > ; Ferre, Nicolas ; > Pawel Moll ; Mark Brown ; Ian

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Alan, > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年6月9日 3:14 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>; Ferre, Nicolas > <nicolas.fe...@atmel.com>; Rob

RE: [PATCH v3 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

Hi Alan, > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年6月9日 3:14 > To: Yang, Wenyou > Cc: Greg Kroah-Hartman ; Ferre, Nicolas > ; Rob Herring ; Pawel Moll > ; Mark Brown ; Ian Campbell > ; Kumar Gala ; > Alexandre B

RE: [PATCH v2 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

> -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 2016年6月3日 9:54 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: Alan Stern <st...@rowland.harvard.edu>; Greg Kroah-Hartman > <gre...@linuxfoundation.org>; Ferre, Nicolas <

RE: [PATCH v2 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

> -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 2016年6月3日 9:54 > To: Yang, Wenyou > Cc: Alan Stern ; Greg Kroah-Hartman > ; Ferre, Nicolas ; > Pawel Moll ; Mark Brown ; Ian > Campbell ; Kumar Gala ; > Alexandre Belloni ; linux- > k

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年5月13日 2:11 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: Greg Kroah-Hartman <gre...@linuxfoundation.org>; Ferre, Nicolas > <nicolas.fe...@atmel.com>; lin

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年5月13日 2:11 > To: Yang, Wenyou > Cc: Greg Kroah-Hartman ; Ferre, Nicolas > ; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org; linux-arm-ker...@lists.infrad

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2016年5月12日 11:53 > To: Yang, Wenyou <wenyou.y...@atmel.com> > Cc: Alan Stern <st...@rowland.harvard.edu>; Greg Kroah-Hartman > <gre...@linuxfoundation

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

> -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: 2016年5月12日 11:53 > To: Yang, Wenyou > Cc: Alan Stern ; Greg Kroah-Hartman > ; Ferre, Nicolas ; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.

RE: [PATCH 1/2] Revert "mtd: atmel_nand: Support variable RB_EDGE interrupts"

> -Original Message- > From: Boris Brezillon [mailto:boris.brezil...@free-electrons.com] > Sent: 2016年5月10日 16:56 > To: Yang, Wenyou <wenyou.y...@atmel.com>; Romain Izard > <romain.izard@gmail.com> > Cc: Brian Norris <computersforpe...@

RE: [PATCH 1/2] Revert "mtd: atmel_nand: Support variable RB_EDGE interrupts"

> -Original Message- > From: Boris Brezillon [mailto:boris.brezil...@free-electrons.com] > Sent: 2016年5月10日 16:56 > To: Yang, Wenyou ; Romain Izard > > Cc: Brian Norris ; David Woodhouse > ; Rob Herring ; Pawel Moll > ; Mark Brown ; Ian Campbell &g

  1   2   3   4   >