On 2018-08-27 21:24, Boris Brezillon wrote:
> On Sat, 25 Aug 2018 10:56:16 +0200
> Peter Rosin wrote:
>
>> Hi!
>>
>> The background for these patches is that our PCB interface between
>> the SAMA5D3 and the ds90c185 lvds encoder is only using 16 bits, and
>> this has to be described somewhere, or
On 2018-08-27 22:40, Boris Brezillon wrote:
> On Mon, 27 Aug 2018 22:35:05 +0200
> Boris Brezillon wrote:
>
>> On Mon, 27 Aug 2018 22:31:22 +0200
>> Peter Rosin wrote:
>>
>>> On 2018-08-27 21:24, Boris Brezillon wrote:
On Sat, 25 Aug 2018 10:56:16 +0200
Peter Rosin wrote:
On Mon, 27 Aug 2018 22:35:05 +0200
Boris Brezillon wrote:
> On Mon, 27 Aug 2018 22:31:22 +0200
> Peter Rosin wrote:
>
> > On 2018-08-27 21:24, Boris Brezillon wrote:
> > > On Sat, 25 Aug 2018 10:56:16 +0200
> > > Peter Rosin wrote:
> > >
> > >> Hi!
> > >>
> > >> The background for these
On Mon, 27 Aug 2018 22:31:22 +0200
Peter Rosin wrote:
> On 2018-08-27 21:24, Boris Brezillon wrote:
> > On Sat, 25 Aug 2018 10:56:16 +0200
> > Peter Rosin wrote:
> >
> >> Hi!
> >>
> >> The background for these patches is that our PCB interface between
> >> the SAMA5D3 and the ds90c185 lvds en
On Sat, 25 Aug 2018 10:56:16 +0200
Peter Rosin wrote:
> Hi!
>
> The background for these patches is that our PCB interface between
> the SAMA5D3 and the ds90c185 lvds encoder is only using 16 bits, and
> this has to be described somewhere, or the atmel-hlcdc driver have no
> chance of selecting
Hi!
The background for these patches is that our PCB interface between
the SAMA5D3 and the ds90c185 lvds encoder is only using 16 bits, and
this has to be described somewhere, or the atmel-hlcdc driver have no
chance of selecting the correct output mode. Since we have similar
problems with a tda19
