On Wednesday, January 23, 2019 4:09:44 AM EST Pekka Paalanen wrote:
> On Tue, 22 Jan 2019 22:46:02 -0500
> nerdopolis wrote:
>
> > On Tuesday, January 22, 2019 9:55:15 AM EST Pekka Paalanen wrote:
>
> > >
> > > On Tue, 22 Jan 2019 10:17:32 +0200
> > > Pekka Paalanen wrote:
> > >
> > > > Hi,
On Tue, 22 Jan 2019 10:17:32 +0200
Pekka Paalanen wrote:
keep it around for some more, but the simple fact that some hardware
exists that does not have a working DRM driver is not enough
Fbdev worked out of the box on my Bay Trail system, but DRM kept
freezing where only SysRq helped. It see
Hello Satyeshwar,
nice to hear from you again (:
short answer to your question: there is already implementation which is doing
what you are asking:
https://gitlab.freedesktop.org/wayland/weston/merge_requests/32
Best regards
Emre Ucan
Engineering Software Base (ADITG/ESB)
Tel. +49 5121 49 693
Hey guys,
As you know, Weston doesn't wait for client buffers to finish rendering. That
is typically left as an exercise for the kernel mode graphics driver. I am
wondering if anyone knows why this policy decision was made? More importantly,
is there any harm (or any side effect) that I am not t
On Tue, 2019-01-22 at 22:46 -0500, nerdopolis wrote:
> Well, TBH, It's just my quazi-distribution Live CD that I still maintain...
> It falls back to the Framebuffer on systems (or seats) that don't have
> Kernel Mode Setting. The number of users now probably is low...
I think the biggest class
On Fri, 7 Sep 2018 18:14:04 -0700
Lloyd Pique wrote:
> This allows a client to occasionally flush the output buffers in the
> middle of making a large number of calls which fill them.
>
> A soft flush differs from a normal flush in that the buffer is not
> flushed if it is not full enough. The
On Tue, 22 Jan 2019 15:42:17 +1300
Christopher James Halse Rogers wrote:
> On 20 November 2018 8:02:50 pm NZDT, Christopher James Halse Rogers
> wrote:
> >Many languages such as C++ or Rust have an unwinding error-reporting
> >mechanism. Code in these languages can (and must!) wrap request
> >h
Hi Pekka,
Thank you for the comments.
I wIll start implementing the shader building.
Pekka Paalanen writes:
> On Wed, 23 Jan 2019 11:32:34 +0530
> Harish Krupo wrote:
>
>> Hi,
>>
>> This is in continuation to the discussion in the mail chain here [1]. We
>> are currently working on enabling H
On Wed, 23 Jan 2019 11:32:34 +0530
Harish Krupo wrote:
> Hi,
>
> This is in continuation to the discussion in the mail chain here [1]. We
> are currently working on enabling HDR rendering support in the
> gl-renderer. HDR support requires color space conversion (709->2020 or
> other way around)
On Tue, 22 Jan 2019 22:46:02 -0500
nerdopolis wrote:
> On Tuesday, January 22, 2019 9:55:15 AM EST Pekka Paalanen wrote:
> >
> > On Tue, 22 Jan 2019 10:17:32 +0200
> > Pekka Paalanen wrote:
> >
> > > Hi,
> > >
> > > do you actually have a use case for that? It's ok if you do, we can
> > >
10 matches
Mail list logo