On Tue 2017-06-20 08:05:05, Fabio Estevam wrote:
> On Tue, Jun 20, 2017 at 5:29 AM, Pavel Machek wrote:
>
> > Hmm. I changed the subject to grab Shawn's attetion.
> >
> > But his acks should not be needed for forward progress. Yes, it would
> > be good, but he does not react -- so just reorder th
On Tue, Jun 20, 2017 at 5:29 AM, Pavel Machek wrote:
> Hmm. I changed the subject to grab Shawn's attetion.
>
> But his acks should not be needed for forward progress. Yes, it would
> be good, but he does not react -- so just reorder the series so that
> dts changes come last, then apply the part
Hi!
> >> But as Pavel pointed out, in fact we are missing many
> >> Acks still, for all of the dts source changes (patches
> >> 4-14), as well as really everything else (imx-media staging
> >> driver patches).
> >
> > No Acks needed for the staging part. It's staging, so not held
> > to the same
On 06/11/2017 01:05 PM, Vladimir Zapolskiy wrote:
On 06/10/2017 02:26 AM, Hans Verkuil wrote:
On 10/06/17 01:16, Steve Longerbeam wrote:
On 06/07/2017 12:02 PM, Hans Verkuil wrote:
We're still waiting for an Ack for patch 02/34, right?
Hi Hans, Rub has provided an Ack for patch 2.
Other
On 06/10/2017 02:26 AM, Hans Verkuil wrote:
> On 10/06/17 01:16, Steve Longerbeam wrote:
>>
>>
>> On 06/07/2017 12:02 PM, Hans Verkuil wrote:
>>> We're still waiting for an Ack for patch 02/34, right?
>>>
>>
>> Hi Hans, Rub has provided an Ack for patch 2.
>>
>>> Other than that everything is ready
Hi!
> >> Other than that everything is ready AFAICT.
> >>
> >
> > But as Pavel pointed out, in fact we are missing many
> > Acks still, for all of the dts source changes (patches
> > 4-14), as well as really everything else (imx-media staging
> > driver patches).
>
> No Acks needed for the stagi
On 10/06/17 01:16, Steve Longerbeam wrote:
>
>
> On 06/07/2017 12:02 PM, Hans Verkuil wrote:
>> We're still waiting for an Ack for patch 02/34, right?
>>
>
> Hi Hans, Rub has provided an Ack for patch 2.
>
>> Other than that everything is ready AFAICT.
>>
>
> But as Pavel pointed out, in fact
On 06/09/2017 04:16 PM, Steve Longerbeam wrote:
On 06/07/2017 12:02 PM, Hans Verkuil wrote:
We're still waiting for an Ack for patch 02/34, right?
Hi Hans, Rub
damn, I really need to proof-read before hitting send.
"Rob" (sorry Rob!).
Steve
On 06/07/2017 12:02 PM, Hans Verkuil wrote:
We're still waiting for an Ack for patch 02/34, right?
Hi Hans, Rub has provided an Ack for patch 2.
Other than that everything is ready AFAICT.
But as Pavel pointed out, in fact we are missing many
Acks still, for all of the dts source change
On 06/07/2017 12:02 PM, Hans Verkuil wrote:
We're still waiting for an Ack for patch 02/34, right?
Hi Hans, Yes still waiting for an ack for the imx-media bindings.
Other than that everything is ready AFAICT.
Agreed.
Steve
Regards,
Hans
On 07/06/17 20:33, Steve Longerbeam
We're still waiting for an Ack for patch 02/34, right?
Other than that everything is ready AFAICT.
Regards,
Hans
On 07/06/17 20:33, Steve Longerbeam wrote:
> In version 8:
>
> - Switched to v4l2_fwnode APIs.
>
> - Always pass a valid CSI id to ipu_set_ic_src_mux() in imx-ic-prp, even
In version 8:
- Switched to v4l2_fwnode APIs.
- Always pass a valid CSI id to ipu_set_ic_src_mux() in imx-ic-prp, even
if the IC is receiving from the VDIC. The reason is due to a bug in the
i.MX6 reference manual: from experiment it is determined that the CSI id
select bit in IPU_CONF regi
12 matches
Mail list logo