Hi Lucas,
On Wed, 2017-11-15 at 18:56 +0100, Lucas Stach wrote:
> Am Mittwoch, den 15.11.2017, 17:36 + schrieb Alexey Brodkin:
[snip]
> I'm not keen on having a private memory region for the GPU. Normally we
> just use the shared system CMA memory region (and we will point the
> linear memor
U-Boot enables and uses IOC so if we don't want to use it in the kernel
we need to _disable_ it for real. This is in comparison to what we do
today based on "ioc_enable" flag - if it is set to 0 we just
_dont_enable_ IOC which effectively keeps IOC alive and kicking.
Signed-off-by: Alexey Brodkin
Currently there're 2 different implementations of the driver for
DisplayLink USB2.0-to-HDMI/DVI adapters: older FBDEV and modern true
DRM.
We initially decided to use FBDEV version just because with it
/dev/fbX is usable from user-space while in DRM version
with DRM_FBDEV_EMULATION user-space cann
Hi Alexey,
On 04-12-2017 17:29, Alexey Brodkin wrote:
>
> Indeed, in case of kmscube etnaviv is a renderer while UDL
> outputs the picture on the screen.
Thats nice :)
Ok, from your logs I was not able to see anything wrong. X server
does not error exit and Prime seems to be working in DRM ...
Hi Jose,
On Tue, 2017-12-05 at 10:39 +, Jose Abreu wrote:
> Hi Alexey,
>
> On 04-12-2017 17:29, Alexey Brodkin wrote:
> >
> >
> > Indeed, in case of kmscube etnaviv is a renderer while UDL
> > outputs the picture on the screen.
>
> Thats nice :)
>
> Ok, from your logs I was not able to se
On 05-12-2017 11:53, Alexey Brodkin wrote:
>
> From my note above about udl_drm_gem_mmap() being only used in case of Xserver
> I barely may conclude anything. Given my lack of knowledge of DRM guts
> especially
> when it comes to complicated cases with DMA buffer exports/imports I cannot
> say
>
Hi Jose,
On Tue, 2017-12-05 at 12:26 +, Jose Abreu wrote:
> On 05-12-2017 11:53, Alexey Brodkin wrote:
> >
> >
> > From my note above about udl_drm_gem_mmap() being only used in case of
> > Xserver
> > I barely may conclude anything. Given my lack of knowledge of DRM guts
> > especially
> >
Hi Amit,
I'm seeing quite a strange behavior of RedPine module.
It connects perfectly fine to one of access points but fails
to connect to another.
Moreover after that failure RSI driver starts to flood me with
messages saying:
->8
rsi_91x: rsi_sdio_check_b
On Tue, Dec 5, 2017 at 9:41 PM, Alexey Brodkin
wrote:
> Hi Amit,
>
> I'm seeing quite a strange behavior of RedPine module.
> It connects perfectly fine to one of access points but fails
> to connect to another.
>
> Moreover after that failure RSI driver starts to flood me with
> messages saying:
