cron job: media_tree daily build: ERRORS

2016-11-20 Thread Hans Verkuil
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 Nov 21 05:00:17 CET 2016 media-tree git hash:f2709c206d8a3e11729e68d80c57e7470bbe8e5e media_build

Re: [PATCH v2 2/3] stk1160: Check whether to use AC97 codec or internal ADC.

2016-11-20 Thread Ezequiel Garcia
On 27 October 2016 at 17:34, Marcel Hasler wrote: > Some STK1160-based devices use the chip's internal 8-bit ADC. This is > configured through a strap > pin. The value of this and other pins can be read through the POSVA register. > If the internal > ADC is used, there's no

Re: [PATCH] stk1160: Give the chip some time to retrieve data from AC97 codec.

2016-11-20 Thread Ezequiel Garcia
On 28 October 2016 at 05:52, Marcel Hasler wrote: > The STK1160 needs some time to transfer data from the AC97 registers into its > own. On some > systems reading the chip's own registers to soon will return wrong values. > The "proper" way to > handle this would be to poll

Re: [PATCH v2 3/3] stk1160: Add module param for setting the record gain.

2016-11-20 Thread Ezequiel Garcia
On 27 October 2016 at 17:35, Marcel Hasler wrote: > Allow setting a custom record gain for the internal AC97 codec (if > available). This can be > a value between 0 and 15, 8 is the default and should be suitable for most > users. The Windows > driver also sets this to 8

Re: [PATCH v2 1/3] stk1160: Remove stk1160-mixer and setup internal AC97 codec automatically.

2016-11-20 Thread Ezequiel Garcia
Marcel, On 27 October 2016 at 17:34, Marcel Hasler wrote: > Exposing all the channels of the device's internal AC97 codec to userspace is > unnecessary and > confusing. Instead the driver should setup the codec with proper values. This > patch removes the > mixer and sets

Re: [PATCH v4] media: Driver for Toshiba et8ek8 5MP sensor

2016-11-20 Thread Pavel Machek
Hi! > > + /* V4L2_CID_EXPOSURE */ > > + min = et8ek8_exposure_rows_to_us(sensor, 1); > > + max = et8ek8_exposure_rows_to_us(sensor, > > + sensor->current_reglist->mode.max_exp); > > Haven't I suggested to use lines instead? I vaguely remember doing so... > this

Re: [PATCH v4] media: Driver for Toshiba et8ek8 5MP sensor

2016-11-20 Thread Pavel Machek
Hi! > > +static void et8ek8_reglist_to_mbus(const struct et8ek8_reglist *reglist, > > + struct v4l2_mbus_framefmt *fmt) > > +{ > > + fmt->width = reglist->mode.window_width; > > + fmt->height = reglist->mode.window_height; > > + > > + if

Re: [PATCH v4] media: Driver for Toshiba et8ek8 5MP sensor

2016-11-20 Thread Pavel Machek
Hi! > > + u32 min, max; > > + > > + v4l2_ctrl_handler_init(>ctrl_handler, 4); > > + > > + /* V4L2_CID_GAIN */ > > + v4l2_ctrl_new_std(>ctrl_handler, _ctrl_ops, > > + V4L2_CID_GAIN, 0, ARRAY_SIZE(et8ek8_gain_table) - 1, > > + 1, 0); > > + > > + /*

Re: [Ksummit-discuss] Including images on Sphinx documents

2016-11-20 Thread Mauro Carvalho Chehab
Em Sat, 19 Nov 2016 22:59:01 - "David Woodhouse" escreveu: > > I think that graphviz and svg are the reasonable modern formats. Let's > > try to avoid bitmaps in today's world, except perhaps as intermediate > > generated things for what we can't avoid. Ok, I got rid

Re: ir-keytable: infinite loops, segfaults

2016-11-20 Thread Sean Young
On Sat, Nov 19, 2016 at 09:01:10AM +1100, Vincent McIntyre wrote: > On Fri, Nov 18, 2016 at 05:40:34PM +, Sean Young wrote: > > > > > > So are you saying that the hex codes in the rc_map_dvico_mce_table > > > struct are invalid (at least in some cases)? > > > > Most likely the remote

Re: [PATCH v4] media: Driver for Toshiba et8ek8 5MP sensor

2016-11-20 Thread Pavel Machek
Hi! > Just a few more comments... > > Please check my other review as well. I believe you may have missed the > comments in between in that one. Sorry for that. Would you have a link for that email or a copy? (I can't seem to find it.) Thanks,