Re: [PATCH 00/18] use ARRAY_SIZE macro

On Sun, Oct 01, 2017 at 08:52:20PM -0400, Jérémy Lefaure wrote: > On Mon, 2 Oct 2017 09:01:31 +1100 > "Tobin C. Harding" wrote: > > > > In order to reduce the size of the To: and Cc: lines, each patch of the > > > series is sent only to the maintainers and lists concerned by the

cron job: media_tree daily build: ERRORS

This message is generated daily by a cron job that builds media_tree for the kernels and architectures in the list below. Results of the daily build of media_tree: date: Mon Oct 2 05:00:05 CEST 2017 media-tree git hash:cf09e3c904bf424f8b6a8203958e09bf7d9bcbc0 media_build

Re: [PATCH 00/18] use ARRAY_SIZE macro

On Mon, 2 Oct 2017 09:01:31 +1100 "Tobin C. Harding" wrote: > > In order to reduce the size of the To: and Cc: lines, each patch of the > > series is sent only to the maintainers and lists concerned by the patch. > > This cover letter is sent to every list concerned by this

Re: [PATCH RFC] media: staging/imx: fix complete handler

On Sun, Oct 01, 2017 at 01:16:53PM -0700, Steve Longerbeam wrote: > Right, imx_media_add_vdev_to_pa() has followed a link to an > entity that imx is not aware of. > > The only effect of this patch (besides allowing the driver to load > with smiapp cameras), is that no controls from the unknown

Re: [PATCH 00/18] use ARRAY_SIZE macro

On Sun, Oct 01, 2017 at 03:30:38PM -0400, Jérémy Lefaure wrote: > Hi everyone, > Using ARRAY_SIZE improves the code readability. I used coccinelle (I > made a change to the array_size.cocci file [1]) to find several places > where ARRAY_SIZE could be used instead of other macros or sizeof >

MESSAGE

Hyvää päivää! Olen varma, että tämä posti olisi tulossa teille yllätyksenä, koska emme ole koskaan ennen tavannut, ja voit myös kysyä, miksi olen päättänyt valitsi sinulle joukossa lukuisia internetin käyttäjiä maailmassa. Sain sähköpostiosoitteesi läpi profiilin Internetissä, joka on tehnyt

Re: [PATCH RFC] media: staging/imx: fix complete handler

Hi Russell, On 09/29/2017 02:38 PM, Russell King wrote: The complete handler walks all entities, expecting to find an imx subdevice for each and every entity. However, camera drivers such as smiapp can themselves contain multiple entities, for which there will not be an imx subdevice. This

[PATCH 00/18] use ARRAY_SIZE macro

Hi everyone, Using ARRAY_SIZE improves the code readability. I used coccinelle (I made a change to the array_size.cocci file [1]) to find several places where ARRAY_SIZE could be used instead of other macros or sizeof division. I tried to divide the changes into a patch per subsystem (excepted

[PATCH 16/18] media: staging: atomisp: use ARRAY_SIZE

Using the ARRAY_SIZE macro improves the readability of the code. Also, it is useless to use a variable to store this constant calculated at compile time. Found with Coccinelle with the following semantic patch: @r depends on (org || report)@ type T; T[] E; position p; @@ ( (sizeof(E)@p

[PATCH 03/18] media: use ARRAY_SIZE

Using the ARRAY_SIZE macro improves the readability of the code. Also, it is not always useful to use a variable to store this constant calculated at compile time. Found with Coccinelle with the following semantic patch: @r depends on (org || report)@ type T; T[] E; position p; @@ ( (sizeof(E)@p

Regression on 4.10 with Logitech Quickcam Sphere

Hello everyone, I recently upgraded from a 4.4 kernel to 4.10, and found that my Logitech Quickcam Sphere now behaves differently. More specifically, the pan/tilt controls do not work anymore - in fact, they are completely gone from "v4l2-ctl -L". In dmesg, I'm getting these messages: [

Project Funding Program

Hello, Can i trust an investment project in your country? accepted please send email for more details. Best Regards Daria Yoong Shang

Re: [PATCH v2 12/13] scripts: kernel-doc: handle nested struct function arguments

Em Thu, 28 Sep 2017 18:32:30 +0200 Markus Heiser escreveu: > Hi Mauro, > > this 'else' addition seems a bit spooky to me. As I commented in patch 09/13 > may it helps when you look at > > >

Re: [PATCH v2 09/13] scripts: kernel-doc: parse next structs/unions

Em Thu, 28 Sep 2017 18:28:32 +0200 Markus Heiser escreveu: > Hi Mauro, > > > Am 27.09.2017 um 23:10 schrieb Mauro Carvalho Chehab > > : > > + # Split nested struct/union elements as newer ones > > + my $cont = 1; > > + while ($cont) {

Re: [PATCH v2] staging: atomisp: add a driver for ov5648 camera sensor

On Sun, Sep 24, 2017 at 5:59 PM, Devid Antonio Floni wrote: > The ov5648 5-megapixel camera sensor from OmniVision supports up to 2592x1944 > resolution and MIPI CSI-2 interface. Output format is raw sRGB/Bayer with > 10 bits per colour (SGRBG10_1X10). > > This patch is a

[PATCH v3 1/2] media: i2c: OV5647: ensure clock lane in LP-11 state before streaming on

When I was supporting Rpi Camera Module on the ASUS Tinker board, I found this driver have some issues with rockchip's mipi-csi driver. It didn't place clock lane in LP-11 state before performing D-PHY initialisation. >From our experience, on some OV sensors, LP-11 state is not achieved while

[PATCH v3 2/2] media: i2c: OV5647: change to use macro for the registers

ref docuemnt: ov5647-datasheet-v1.00-2009 Signed-off-by: Jacob Chen --- drivers/media/i2c/ov5647.c | 42 ++ 1 file changed, 26 insertions(+), 16 deletions(-) diff --git a/drivers/media/i2c/ov5647.c b/drivers/media/i2c/ov5647.c

Re: [PATCH 1/1] staging: atomisp: Update TODO regarding sensors

On Mon, Sep 25, 2017 at 2:20 PM, Sakari Ailus wrote: > There was no specific item regarding what should be done to sensor, lens > and flash drivers. Add one, to replace the vague item denoting support > only to particular sensor, lens and flash devices. > I think

Re: [PATCH 10/10] [RFC] w1_netlink.h: add support for nested structs

Hi 26.09.2017, 20:59, "Mauro Carvalho Chehab" : > Describe nested struct/union fields > > NOTE: This is a pure test patch, meant to validate if the > parsing logic for nested structs is working properly. > > I've no idea if the random text I added there is correct! It