Re: [Mesa-dev] [RFC] panfrost: Add DRM backend

2019-03-06 Thread Tomeu Vizoso

On 3/5/19 4:24 PM, Alyssa Rosenzweig wrote:

One is that with kbase I don't see any noticeable pauses during the very
first scene in glmark2.


...That sounds like a good thing? :)


I was assuming that the horse should spin smoothly, and not pausing every 
second or so, as it happens with the DRM driver.



Another is that with the DRM driver I don't see the wallpaper in GNOME Shell.


GNOME Shell is very broken under Panfrost; that's not a kernel-space
regression (but a userspace one).


Yeah, but with kbase instead of the DRM driver, at least the wallpaper 
gets rendered :)



Does glmark's -brefract and -bshadow demo work?


It's complicated :)

With glmark2-drm, the rendering seems to be the same with both kernel 
drivers.


With glmark2-es2-wayland on Weston:

- With the DRM driver, -brefract doesn't render at all, I get lots of JS 
fault interrupts.


- With the DRM driver, -bshadow renders a first frame only, but 
interestingly enough I can see the horse's shadow, which I haven't seen 
otherwise in any other combination (not even with kbase and glmark2-drm). 
After the first frame I start getting MMU faults.


- With kbase, -brefract renders even better than on KMS. I suspect 
something wrong with synchronization that causes unfinished content to be 
presented on KMS.


- With kbase, -bshadow renders even better than on KMS, but the shadow 
doesn't seem to be whole. I suspect something wrong with synchronization 
that causes unfinished content to be presented on KMS, and maybe also on 
Wayland (with GPU composition).


Any ideas about what are the underlying problems to be solved?


I'm also curious about
performance, though honestly I wouldn't be surprised if we end up with a
slight advantage there when all is said and done..


Yeah, TBH, I'm running glmark2 with a hack to sync to refresh rate 
because otherwise it tries to render at 1500FPS and stumbles upon all the 
races in my crappy kernel code :)


Cheers,

Tomeu
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [RFC] panfrost: Add DRM backend

2019-03-05 Thread Alyssa Rosenzweig
> One is that with kbase I don't see any noticeable pauses during the very
> first scene in glmark2.

...That sounds like a good thing? :)

> Another is that with the DRM driver I don't see the wallpaper in GNOME Shell.

GNOME Shell is very broken under Panfrost; that's not a kernel-space
regression (but a userspace one).

Does glmark's -brefract and -bshadow demo work? I'm also curious about
performance, though honestly I wouldn't be surprised if we end up with a
slight advantage there when all is said and done..
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [RFC] panfrost: Add DRM backend

2019-03-04 Thread Tomeu Vizoso

On 3/5/19 1:44 AM, Alyssa Rosenzweig wrote:

I get roughly the same demos working with it as with Arm's driver, but
there's lots of improvements to be made (mostly in the kernel) to how
memory is managed and jobs are scheduled.


Which demos have regressed, just so we can keep track?


One is that with kbase I don't see any noticeable pauses during the very 
first scene in glmark2.


Another is that with the DRM driver I don't see the wallpaper in GNOME Shell.

But I haven't really tested much :)

Cheers,

Tomeu
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [RFC] panfrost: Add DRM backend

2019-03-04 Thread Alyssa Rosenzweig
> The patches in this MR are needed so the nondrm backend keeps working:
> 
> https://gitlab.freedesktop.org/panfrost/nondrm/merge_requests/1

Oh, thank you! I didn't see this the first time around; ignore all the
comments about nondrm regressions. Sorry for the confusion.

-A
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [RFC] panfrost: Add DRM backend

2019-03-04 Thread Alyssa Rosenzweig
> I get roughly the same demos working with it as with Arm's driver, but
> there's lots of improvements to be made (mostly in the kernel) to how
> memory is managed and jobs are scheduled.

Which demos have regressed, just so we can keep track?
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [RFC] panfrost: Add DRM backend

2019-03-04 Thread Tomeu Vizoso
Hi,

the patches in this series get Panfrost working with the DRM driver that
Rob Herring and I have been working on lately:

https://gitlab.freedesktop.org/panfrost/linux/tree/panfrost-5.0-rc4

I get roughly the same demos working with it as with Arm's driver, but
there's lots of improvements to be made (mostly in the kernel) to how
memory is managed and jobs are scheduled.

The priority right now is to gain some confidence that the UABI is
right, and that's why I thought to send the code at this stage.

The patches in this MR are needed so the nondrm backend keeps working:

https://gitlab.freedesktop.org/panfrost/nondrm/merge_requests/1

Thanks,

Tomeu



___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev