On 17 September 2015 at 00:45, Daniel Vetter wrote:
> On Mon, Sep 14, 2015 at 8:22 AM, Daniel Vetter
> wrote:
>> Hi Dave,
>>
>> -rc1 is out the door and here's my first pull request for drm-next. It's
>> all over:
>> - better atomic helpers for runtime pm drivers
>> - atomic fbdev
>
> David Herr
nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/ac21b67b/attachment.html>
xtensions_warn=1 and
MESA_EXTENSION_OVERRIDE=GL_ARB_arrays_of_arrays ... I think.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/58516d68/attachment-0001.html>
Regards
Shashank
On 9/21/2015 10:16 PM, Ville Syrjälä wrote:
> On Wed, Sep 16, 2015 at 11:07:01PM +0530, Shashank Sharma wrote:
>> From: Kausal Malladi
>>
>> This patch adds new structures in DRM layer for Palette color
>> correction.These structures will be used by user space agents
>> to conf
Hi Dave,
Another pull to make you open drm-next ;-)
drm-intel-next-2015-09-11:
- initialize backlight from VBT as fallback (Jani)
- hpd A support from Ville
- various atomic polish all over (mostly from Maarten)
- first parts of virtualize gpu guest support on bdw from
Zhiyuan Lv
- GuC fixes fr
On Sat, Aug 29, 2015 at 02:29:03PM +0200, Lukas Wunner wrote:
> This is not part of drm.tmpl as vga_switcheroo is a subsystem of its own
> which interfaces not just with DRM but also with multiplexer drivers,
> ALSA and power management.
I still think this would be better served included in the DR
On Thu, Sep 17, 2015 at 05:51:28PM +0800, Xinliang Liu wrote:
> On 17 September 2015 at 04:16, Daniel Vetter wrote:
>
> > On Wed, Sep 16, 2015 at 04:23:35PM +0100, Daniel Stone wrote:
> > > The biggest issue though, is that this driver should become an atomic
> > > modesetting driver. Atomic mode
On Tue, Sep 15, 2015 at 04:55:02PM -0700, Rafael Antognolli wrote:
> This list will be used to get the aux channels registered through the
> helpers. One function is provided to set a callback for added/removed
> aux channels, and another function to iterate over the list of aux
> channels.
>
> Si
On Tue, Sep 15, 2015 at 04:55:04PM -0700, Rafael Antognolli wrote:
> This module is heavily based on i2c-dev. Once loaded, it provides one
> dev node per DP AUX channel, named drm_aux-N.
>
> It's possible to know which connector owns this aux channel by looking
> at the respective sysfs /sys/class
On Tue, Sep 15, 2015 at 04:55:04PM -0700, Rafael Antognolli wrote:
> This module is heavily based on i2c-dev. Once loaded, it provides one
> dev node per DP AUX channel, named drm_aux-N.
>
> It's possible to know which connector owns this aux channel by looking
> at the respective sysfs /sys/class
Hi Dave,
Updated drm-misc pull, now with backmerge and atomic fbdev:
- better atomic helpers for runtime pm drivers
- atomic fbdev
- dp aux i2c STATUS_UPDATE handling (for short i2c replies from the sink)
- bunch of constify patches
- various polish all over
- inital kerneldoc for vga switcheroo
On Tue, Sep 15, 2015 at 09:29:41AM +0200, Thierry Reding wrote:
> On Mon, Sep 14, 2015 at 10:43:42PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Finish the recent replacement of 'int pipe' with 'unsigned int pipe'
> >
> > Cc: Thierry Reding
> > Signed-off
On Mon, Sep 14, 2015 at 10:43:52PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> The vblank timestamp ringbuffer only has two entries, so if the
> vblank->count is incremented by an even number readers may end up seeing
> the new vblank timestamp alongside the old vb
On Tue, Sep 22, 2015 at 11:05:00AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Updated drm-misc pull, now with backmerge and atomic fbdev:
> - better atomic helpers for runtime pm drivers
> - atomic fbdev
> - dp aux i2c STATUS_UPDATE handling (for short i2c replies from the sink)
> - bunch of const
On Thu, Sep 17, 2015 at 07:15:59PM +0200, Lukas Wunner wrote:
> After sending the below patch away I realized that this change allows
> us to simplify the code a bit by dropping the client_is_vga() call
> from find_active_client().
>
> I force-pushed an amended version of the commit to my vga_swit
On Fri, Sep 04, 2015 at 09:06:15PM +0200, Lukas Wunner wrote:
> Currently everyone and their dog has their own favourite spelling
> for vga_switcheroo. This makes it hard to grep dmesg for log entries
> relating to vga_switcheroo. It also makes it hard to find related
> source files in the tree.
>
On Sat, Sep 05, 2015 at 11:22:39AM +0200, Lukas Wunner wrote:
> Currently everyone and their dog has their own favourite spelling
> for vga_switcheroo. This makes it hard to grep dmesg for log entries
> relating to vga_switcheroo. It also makes it hard to find related
> source files in the tree.
>
On Wed, Sep 16, 2015 at 11:25:22PM -0700, Geliang Tang wrote:
> Fix the following 'make htmldocs' warning:
>
> .//include/drm/drm_crtc.h:929: warning: Excess struct/union/enum/typedef
> member 'base' description in 'drm_bridge'
>
> Signed-off-by: Geliang Tang
Applied to drm-misc, thanks.
-Da
On Fri, Sep 18, 2015 at 06:12:02PM +0200, Philipp Zabel wrote:
> From: CK Hu
>
> Add Mediatek legacy framebuffer support.
>
> Signed-off-by: CK Hu
> Signed-off-by: YT Shen
> ---
> drivers/gpu/drm/mediatek/Kconfig | 12 +++
> drivers/gpu/drm/mediatek/mtk_drm_drv.c | 13 +++
> drivers/g
On Tue, 08 Sep 2015, Daniel Vetter wrote:
> We don't want random people to touch these.
>
> Especially true since we've just screwed up SKL by holding it way too
> long under the preliminary flag because of some ABI issues. And now
> there's howtos all over the internets about how to set this. Sam
On Fri, Sep 18, 2015 at 06:12:00PM +0200, Philipp Zabel wrote:
> From: CK Hu
>
> This patch adds an initial DRM driver for the Mediatek MT8173 DISP
> subsystem. It currently supports two fixed output streams from the
> OVL0/OVL1 sources to the DSI0/DPI0 sinks, respectively.
>
> Signed-off-by: CK
On Mon, Sep 21, 2015 at 11:40:16AM +0200, Gerd Hoffmann wrote:
> From: Dave Airlie
>
> This is enough to enable DRI3.
>
> Signed-off-by: Dave Airlie
> Signed-off-by: Gerd Hoffmann
> ---
> drivers/gpu/drm/virtio/Makefile| 2 +-
> drivers/gpu/drm/virtio/virtgpu_drv.c | 13 +-
> d
On Mon, Sep 21, 2015 at 04:59:58PM +0300, Jani Nikula wrote:
> On Mon, 21 Sep 2015, Andrzej Hajda wrote:
> > The function can return negative value.
> >
> > The problem has been detected using proposed semantic patch
> > scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1].
> >
> > [1]: ht
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/0ea146e5/attachment.html>
On Tue, Sep 22, 2015 at 12:34:23PM +0300, Jani Nikula wrote:
> On Tue, 08 Sep 2015, Daniel Vetter wrote:
> > We don't want random people to touch these.
> >
> > Especially true since we've just screwed up SKL by holding it way too
> > long under the preliminary flag because of some ABI issues. And
From: Matt Roper
Starting with commit
commit 28cc504e8d52248962f5b485bdc65f539e3fe21d
Author: Rob Clark
Date: Tue Aug 25 15:36:00 2015 -0400
drm/i915: enable atomic fb-helper
I've been seeing some panics on i915 when the DRM master shuts down that appear
Hi Daniel,
thank you for the comments.
Am Dienstag, den 22.09.2015, 11:38 +0200 schrieb Daniel Vetter:
[...]
> > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_drv.c
> > b/drivers/gpu/drm/mediatek/mtk_drm_drv.c
> > new file mode 100644
> > index 000..fc071fe
> > --- /dev/null
> > +++ b/driver
Hey,
Op 22-09-15 om 11:55 schreef Daniel Vetter:
> From: Matt Roper
>
> Starting with commit
>
> commit 28cc504e8d52248962f5b485bdc65f539e3fe21d
> Author: Rob Clark
> Date: Tue Aug 25 15:36:00 2015 -0400
>
> drm/i915: enable atomic fb-helper
>
> I've been se
Hi
On Tue, Sep 22, 2015 at 11:55 AM, Daniel Vetter
wrote:
> From: Matt Roper
>
> Starting with commit
>
> commit 28cc504e8d52248962f5b485bdc65f539e3fe21d
> Author: Rob Clark
> Date: Tue Aug 25 15:36:00 2015 -0400
>
> drm/i915: enable atomic fb-helper
>
> I
Hi
On Tue, Sep 22, 2015 at 12:33 PM, Maarten Lankhorst
wrote:
> Hey,
>
> Op 22-09-15 om 11:55 schreef Daniel Vetter:
>> From: Matt Roper
>>
>> Starting with commit
>>
>> commit 28cc504e8d52248962f5b485bdc65f539e3fe21d
>> Author: Rob Clark
>> Date: Tue Aug 25 15:36:00 2
Hi Daniel,
Am Dienstag, den 22.09.2015, 11:29 +0200 schrieb Daniel Vetter:
> > diff --git a/drivers/gpu/drm/mediatek/Kconfig
> > b/drivers/gpu/drm/mediatek/Kconfig
> > index 5343cf1..fa581fb 100644
> > --- a/drivers/gpu/drm/mediatek/Kconfig
> > +++ b/drivers/gpu/drm/mediatek/Kconfig
> > @@ -14,3
-svn and linux 4.2.0.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/1fd86ab6/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/9b0922be/attachment.html>
From: Matt Roper
Starting with commit
commit 28cc504e8d52248962f5b485bdc65f539e3fe21d
Author: Rob Clark
Date: Tue Aug 25 15:36:00 2015 -0400
drm/i915: enable atomic fb-helper
I've been seeing some panics on i915 when the DRM master shuts down that appear
Hi
On Tue, Sep 22, 2015 at 12:56 PM, Daniel Vetter
wrote:
> From: Matt Roper
>
> Starting with commit
>
> commit 28cc504e8d52248962f5b485bdc65f539e3fe21d
> Author: Rob Clark
> Date: Tue Aug 25 15:36:00 2015 -0400
>
> drm/i915: enable atomic fb-helper
>
> I
Op 22-09-15 om 11:10 schreef Daniel Vetter:
> On Mon, Sep 14, 2015 at 10:43:52PM +0300, ville.syrjala at linux.intel.com
> wrote:
>> From: Ville Syrjälä
>>
>> The vblank timestamp ringbuffer only has two entries, so if the
>> vblank->count is incremented by an even number readers may end up see
On Tue, Sep 22, 2015 at 01:15:01PM +0200, Maarten Lankhorst wrote:
> Op 22-09-15 om 11:10 schreef Daniel Vetter:
> > On Mon, Sep 14, 2015 at 10:43:52PM +0300, ville.syrjala at linux.intel.com
> > wrote:
> >> From: Ville Syrjälä
> >>
> >> The vblank timestamp ringbuffer only has two entries, so
On Tue, Sep 15, 2015 at 04:55:04PM -0700, Rafael Antognolli wrote:
> This module is heavily based on i2c-dev. Once loaded, it provides one
> dev node per DP AUX channel, named drm_aux-N.
>
> It's possible to know which connector owns this aux channel by looking
> at the respective sysfs /sys/class
On Tue, Sep 22, 2015 at 03:00:54PM +0300, Ville Syrjälä wrote:
> On Tue, Sep 15, 2015 at 04:55:04PM -0700, Rafael Antognolli wrote:
> > This module is heavily based on i2c-dev. Once loaded, it provides one
> > dev node per DP AUX channel, named drm_aux-N.
> >
> > It's possible to know which conn
"index" needs to be signed for the error handling to work. Really "ret"
should be an int as well.
Fixes: 109eee2f2a18 ('drm/layerscape: Add Freescale DCU DRM driver')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c
b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_pla
On Tue, Sep 22, 2015 at 02:17:51PM +0200, Daniel Vetter wrote:
> On Tue, Sep 22, 2015 at 03:00:54PM +0300, Ville Syrjälä wrote:
> > On Tue, Sep 15, 2015 at 04:55:04PM -0700, Rafael Antognolli wrote:
> > > This module is heavily based on i2c-dev. Once loaded, it provides one
> > > dev node per DP
On Tue, Sep 22, 2015 at 11:10:50AM +0200, Daniel Vetter wrote:
> On Mon, Sep 14, 2015 at 10:43:52PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > The vblank timestamp ringbuffer only has two entries, so if the
> > vblank->count is incremented by an even numbe
just try another cable.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/e2a301b2/attachment.html>
On Tue, Sep 22, 2015 at 03:36:44PM +0300, Ville Syrjälä wrote:
> On Tue, Sep 22, 2015 at 11:10:50AM +0200, Daniel Vetter wrote:
> > On Mon, Sep 14, 2015 at 10:43:52PM +0300, ville.syrjala at linux.intel.com
> > wrote:
> > > From: Ville Syrjälä
> > >
> > > The vblank timestamp ringbuffer only
Hi,
I have posted the same patch yesterday [1].
http://permalink.gmane.org/gmane.comp.video.dri.devel/136945
Regards
Andrzej
On 09/22/2015 02:31 PM, Dan Carpenter wrote:
> "index" needs to be signed for the error handling to work. Really "ret"
> should be an int as well.
>
> Fixes: 109eee2f2a
On Tue, Sep 22, 2015 at 03:35:13PM +0300, Ville Syrjälä wrote:
> On Tue, Sep 22, 2015 at 02:17:51PM +0200, Daniel Vetter wrote:
> > On Tue, Sep 22, 2015 at 03:00:54PM +0300, Ville Syrjälä wrote:
> > > On Tue, Sep 15, 2015 at 04:55:04PM -0700, Rafael Antognolli wrote:
> > > > This module is heav
On Wed, Sep 16, 2015 at 10:51:31AM -0700, Matt Roper wrote:
> On Wed, Sep 16, 2015 at 11:06:59PM +0530, Shashank Sharma wrote:
> > From: Kausal Malladi
> >
> > The DRM color management framework is targeting various hardware
> > platforms and drivers. Different platforms can have different color
On Wed, Sep 16, 2015 at 11:07:01PM +0530, Shashank Sharma wrote:
> From: Kausal Malladi
>
> This patch adds new structures in DRM layer for Palette color
> correction.These structures will be used by user space agents
> to configure appropriate number of samples and Palette LUT for
> a platform.
On Wed, Sep 16, 2015 at 11:07:02PM +0530, Shashank Sharma wrote:
> From: Kausal Malladi
>
> Color Manager framework defines a color correction property for color
> space transformation and Gamut mapping. This property is called CTM (Color
> Transformation Matrix).
>
> This patch adds a new struc
On Wed, Sep 16, 2015 at 11:07:07PM +0530, Shashank Sharma wrote:
> I915 driver registers gamma correction as palette correction
> property with DRM layer. This patch adds set_property() and get_property()
> handlers for pipe level gamma correction.
>
> The set function attaches the Gamma correctio
On Tue, Sep 22, 2015 at 03:15:11PM +0200, Daniel Vetter wrote:
> On Wed, Sep 16, 2015 at 11:07:07PM +0530, Shashank Sharma wrote:
> > I915 driver registers gamma correction as palette correction
> > property with DRM layer. This patch adds set_property() and get_property()
> > handlers for pipe lev
On Wed, Sep 16, 2015 at 11:07:06PM +0530, Shashank Sharma wrote:
> DRM color manager contains these color properties:
>
> 1. "crtc_palette_capabilities_property": to allow a
> core driver to load and showcase its color correction
> capabilities to user space.
> 2. "ctm": Color transformation matri
On Wed, Sep 16, 2015 at 11:06:57PM +0530, Shashank Sharma wrote:
> This patch set adds Color Manager implementation in DRM layer. Color Manager
> is an extension in DRM framework to support color correction/enhancement.
>
> Various Hardware platforms can support several color correction capabiliti
On Tue, Sep 22, 2015 at 02:59:24PM +0200, Daniel Vetter wrote:
> On Tue, Sep 22, 2015 at 03:35:13PM +0300, Ville Syrjälä wrote:
> > On Tue, Sep 22, 2015 at 02:17:51PM +0200, Daniel Vetter wrote:
> > > On Tue, Sep 22, 2015 at 03:00:54PM +0300, Ville Syrjälä wrote:
> > > > On Tue, Sep 15, 2015 at
On Tue, Sep 22, 2015 at 04:25:17PM +0300, Ville Syrjälä wrote:
> On Tue, Sep 22, 2015 at 02:59:24PM +0200, Daniel Vetter wrote:
> > On Tue, Sep 22, 2015 at 03:35:13PM +0300, Ville Syrjälä wrote:
> > > On Tue, Sep 22, 2015 at 02:17:51PM +0200, Daniel Vetter wrote:
> > > > Iirc short reads are ok
On 22 September 2015 at 14:08, Daniel Vetter wrote:
> On Wed, Sep 16, 2015 at 11:07:01PM +0530, Shashank Sharma wrote:
>> From: Kausal Malladi
>>
>> This patch adds new structures in DRM layer for Palette color
>> correction.These structures will be used by user space agents
>> to configure appro
arrays_of_arrays for
"Middle-earth: Shadow of Mordor"« then?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/f1a1c34c/attachment.html>
one â without any issues.
Tvrtko, do you have a dual or single setup?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/
The size calculation can overflow. I don't know if this leads to
memory corruption, but it causes a static checker warning.
Signed-off-by: Dan Carpenter
---
v2: I don't know think the size is capped anywhere. In my first version
of this patch, I introduced a divide by zero bug.
diff --git a/dr
Hi
On Wed, Sep 9, 2015 at 5:02 PM, Daniel Vetter wrote:
> On Wed, Sep 09, 2015 at 04:40:56PM +0200, Maarten Lankhorst wrote:
>> Previously RMFB and fd close chose to disable any plane that had
>> an active framebuffer from this file. If it was a primary plane the
>> crtc was disabled. However the
Hi
On Thu, Sep 10, 2015 at 12:15 PM, Tvrtko Ursulin
wrote:
> On 09/10/2015 10:56 AM, Daniel Vetter wrote:
>> That's not different from the compositor just freezing instead of
>> crashing: Screen contents stays on and nothing happens. Imo this really is
>> all just broken userspace, and the kernel
s I mentioned, merely having the ext available wouldn't make that shader
compile. The ext would also have to be enabled in the shader.
However perhaps the game would detect the availability of the ext and stick a
"#extension GL_ARB_arrays_of_arrays: enable" into that shader, which would make
it work -- no way of knowing that.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/3e1e3ab8/attachment-0001.html>
Hi
On Wed, Sep 9, 2015 at 4:40 PM, Maarten Lankhorst
wrote:
> Keep the fb_id, which means that any application exiting without
> unsetting the framebuffer from all planes will preserve its contents.
>
> This is similar to preserving the initial framebuffer, except all
> planes are preserved.
>
>
On Tue, Sep 22, 2015 at 02:53:54PM +0100, Emil Velikov wrote:
> On 22 September 2015 at 14:08, Daniel Vetter wrote:
> > On Wed, Sep 16, 2015 at 11:07:01PM +0530, Shashank Sharma wrote:
> >> From: Kausal Malladi
> >>
> >> This patch adds new structures in DRM layer for Palette color
> >> correctio
Cc'ing Maarten and Matt; I'm guessing this may be related to one of
their recent patches.
Jesse
On 09/21/2015 11:48 AM, Dave Jones wrote:
> On Mon, Sep 07, 2015 at 02:45:59PM -0400, Dave Jones wrote:
> > On Fri, Sep 04, 2015 at 11:40:53PM +0100, Dave Airlie wrote:
> > >
> > > Hi Linus,
> >
Thierry Redding is working on some improved dp helper libraries for link
training. Would make lots of sense to have all that aligned. Adding him
and dri-devel.
-Daniel
On Tue, Sep 8, 2015 at 2:27 PM, Ander Conselvan de Oliveira
wrote:
> Hi,
>
> There's been some discussion on improving our link
On Tue, Sep 22, 2015 at 08:00:17AM -0700, Jesse Barnes wrote:
> Cc'ing Maarten and Matt; I'm guessing this may be related to one of
> their recent patches.
Adding Jairo to track this regression.
-Daniel
>
> Jesse
>
> On 09/21/2015 11:48 AM, Dave Jones wrote:
> > On Mon, Sep 07, 2015 at 02:45:59PM
Hi,
> > static unsigned int features[] = {
> > +#ifdef __LITTLE_ENDIAN
> > + VIRTIO_GPU_FEATURE_VIRGL,
> > +#endif
> > };
>
> Why is virgl LE specific? Just curious.
gallium command stream is native endian, and we only support little
endian guests on little endian hosts for that reason.
S
On Wed, Sep 16, 2015 at 11:07:02PM +0530, Shashank Sharma wrote:
> From: Kausal Malladi
>
> Color Manager framework defines a color correction property for color
> space transformation and Gamut mapping. This property is called CTM (Color
> Transformation Matrix).
>
> This patch adds a new struc
> > +int virtgpu_gem_prime_mmap(struct drm_gem_object *obj,
> > + struct vm_area_struct *area)
> > +{
> > + WARN_ONCE(1, "not implemented");
> > + return ENOSYS;
>
> This can get called by userspace, so please don't WARN here. Also missing
> negate sign:
>
> return -ENO
wouldn't make that shader
> compile. The ext would also have to be enabled in the shader.
Yes, I understand. But this would still leave radeonsi without required
functionality. So making this bug about enabling GL_ARB_arrays_of_arrays for an
application that (pretends*) to need it, seemed reasonable and more
descriptive.
* I've played about 30 minutes now with those environment variables set and
haven't noticed any visual corruption on radeonsi which doesn't expose
GL_ARB_arrays_of_arrays. So I'm not sure if the game actually *needs* the
extension?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/85cac19e/attachment.html>
ment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/bcde4ba7/attachment.html>
Hello,
this series mostly touches G2D code. It introduces the following:
(1) drmHandleEvent2() is added to enable processing of vendor-specific
events. This will be used to expose asynchronous operation of the
G2D. The necessary kernel infrastructure is already there since
a lot of ke
Basically this is an extended version of drmHandleEvent().
drmHandleEvent() only handles core events (like e.g. page flips),
but since kernel DRM drivers might use vendor-specific events
to signal userspace the completion of pending jobs, etc., its
desirable to provide a way to handle these withou
Used to handle kernel events specific to the Exynos platform.
Currently only G2D events are handled.
v2: Adapt to container approach.
v3: Add exynos_handle_event() to Exynos symbol test.
Signed-off-by: Tobias Jakobi
---
exynos/exynos-symbol-check | 1 +
exynos/exynos_drm.c| 28 +
Currently only fast solid color clear performance is measured.
A large buffer is allocated and solid color clear operations
are executed on it with randomly chosen properties (position
and size of the region, clear color). Execution time is
measured and output together with the amount of pixels
pro
This enables us to pass command buffers to the kernel which
trigger an event on the DRM fd upon completion.
The final goal is to enable asynchronous operation of the
G2D engine, similar to async page flips.
Passing the event userdata pointer through the G2D context
was chosen to not change the cur
This is a more 'flexible' version of g2d_exec allowing to pass
some flags which modify the behaviour of g2d_exec. Currently
only the 'async' operation flag is supported.
v2: Add g2d_exec2() to Exynos symbol test.
Signed-off-by: Tobias Jakobi
---
exynos/exynos-symbol-check | 1 +
exynos/exynos_f
This tests async processing of G2D jobs. A separate thread is spawned
to monitor the DRM fd for events and check whether a G2D job was
completed.
v2: Add GPLv2 header, argument handling and documentation.
Test is only installed when requested.
v3: Allocate G2D jobs with calloc which fixes 'bus
This matches the G2D color mode that is used in the entire code.
The previous (incorrect) RGBA would only work since the
Exynos mixer did its configuration based on the bpp, and not
based on the actual pixelformat.
Signed-off-by: Tobias Jakobi
---
tests/exynos/exynos_fimg2d_test.c | 2 +-
1
This allows setting the two direction registers, which specify how
the engine blits pixels. This can be used for overlapping blits,
which happen e.g. when 'moving' a rectangular region inside a
fixed buffer.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c | 13 +
exynos/exyno
We already have g2d_copy() which implements G2D copy
operations from one buffer to another. However we can't
do a overlapping copy operation in one buffer.
Add g2d_move() which acts like the standard memmove()
and properly handles overlapping copies.
Signed-off-by: Tobias Jakobi
---
exynos/exyn
To check if g2d_move() works properly we create a small checkerboard
pattern in the center of the screen and then shift this pattern
around with g2d_move(). The pattern should be properly preserved
by the operation.
Signed-off-by: Tobias Jakobi
---
tests/exynos/exynos_fimg2d_test.c | 132 +++
This unmaps a previously mapped (via exynos_bo_map())
buffer object.
Signed-off-by: Tobias Jakobi
---
exynos/exynos-symbol-check | 1 +
exynos/exynos_drm.c| 20
exynos/exynos_drmif.h | 1 +
3 files changed, 22 insertions(+)
diff --git a/exynos/exynos-symbol-c
After the rewrite of the command buffer submission
handling g2d_reset() is no longer called internally.
Still the user might want to reset the G2D
context so expose this call.
Signed-off-by: Tobias Jakobi
---
exynos/exynos-symbol-check | 1 +
exynos/exynos_fimg2d.c | 28 ++-
The Exynos API was extended quite a bit, so reflect this in the
version number.
Signed-off-by: Tobias Jakobi
---
exynos/libdrm_exynos.pc.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/exynos/libdrm_exynos.pc.in b/exynos/libdrm_exynos.pc.in
index 5ce9118..ff1c432 100644
--
On Tue, Sep 22, 2015 at 05:24:29PM +0200, Gerd Hoffmann wrote:
> > > +int virtgpu_gem_prime_mmap(struct drm_gem_object *obj,
> > > +struct vm_area_struct *area)
> > > +{
> > > + WARN_ONCE(1, "not implemented");
> > > + return ENOSYS;
> >
> > This can get called by userspace, so ple
On Tue, Sep 22, 2015 at 05:13:55PM +0200, Daniel Vetter wrote:
> On Tue, Sep 22, 2015 at 08:00:17AM -0700, Jesse Barnes wrote:
> > Cc'ing Maarten and Matt; I'm guessing this may be related to one of
> > their recent patches.
Sounds like this showed up before my recent work, but I think I might
hav
The active attribute in struct vga_switcheroo_client denotes whether
the outputs are currently switched to this client. The attribute is
only meaningful for vga clients. It is never used for audio clients.
The function vga_switcheroo_register_audio_client() misuses this
attribute to store whether
Hi Ville,
On 22 September 2015 at 16:00, Ville Syrjälä
wrote:
> On Tue, Sep 22, 2015 at 02:53:54PM +0100, Emil Velikov wrote:
>> On 22 September 2015 at 14:08, Daniel Vetter wrote:
>> > On Wed, Sep 16, 2015 at 11:07:01PM +0530, Shashank Sharma wrote:
>> >> From: Kausal Malladi
>> >>
>> >> Thi
On Tue, Sep 22, 2015 at 10:59:51AM +0200, Daniel Vetter wrote:
> On Tue, Sep 15, 2015 at 04:55:04PM -0700, Rafael Antognolli wrote:
> > This module is heavily based on i2c-dev. Once loaded, it provides one
> > dev node per DP AUX channel, named drm_aux-N.
> >
> > It's possible to know which connec
On Tue, Sep 22, 2015 at 10:48:06AM -0700, Rafael Antognolli wrote:
> On Tue, Sep 22, 2015 at 10:59:51AM +0200, Daniel Vetter wrote:
> > On Tue, Sep 15, 2015 at 04:55:04PM -0700, Rafael Antognolli wrote:
> > > This module is heavily based on i2c-dev. Once loaded, it provides one
> > > dev node per D
On 09/22/2015 07:22 AM, Graham Whaley wrote:
> On Wed, Sep 02, 2015 at 02:50:52PM +0100, Graham Whaley wrote:
>>> (RFC/test - not for merging)
>>> The below is a test of moving the large HTML KMS properties table
>>> out
>>> to markdown style in the appropriate files.
>>> In the test we only use th
On Mon, Sep 21, 2015 at 03:31:26PM +0200, Borislav Petkov wrote:
> Hi guys,
>
> this assert_drm_connector_list_read_locked() thing fires here when
> suspending to disk with Linus' master from around a week ago and
> tip/master merged ontop.
>
> After I resume, box comes up but wedges solid. I've
On Thu, Sep 10, 2015 at 06:35:52PM +0200, Enric Balletbo i Serra wrote:
> diff --git a/drivers/gpu/drm/bridge/anx78xx/anx78xx.h
> b/drivers/gpu/drm/bridge/anx78xx/anx78xx.h
> new file mode 100644
> index 000..4f6dd1d
> --- /dev/null
> +++ b/drivers/gpu/drm/bridge/anx78xx/anx78xx.h
> @@ -0,0 +1
On Mon, Sep 21, 2015 at 9:31 AM, Borislav Petkov wrote:
> Hi guys,
>
> this assert_drm_connector_list_read_locked() thing fires here when
> suspending to disk with Linus' master from around a week ago and
> tip/master merged ontop.
>
> After I resume, box comes up but wedges solid. I've managed to
so we can find the specific issue in the
commit ?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/361d61a9/attachment.html>
Hi Alex,
On Tue, Sep 22, 2015 at 03:58:03PM -0400, Alex Deucher wrote:
> What system is this?
my workstation - an
"To be filled by O.E.M. To be filled by O.E.M./M5A97 EVO R2.0, BIOS 1503
01/16/2013"
you gotta love the "To be filled" crap. In any case, it is an ASUS M5A97
EVO R2.0. RD890 chip A
for maintainence, but it usually turned
> > off.
> >
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150922/7865cd62/attachment.sig>
On Tue, Sep 22, 2015 at 4:21 PM, Borislav Petkov wrote:
> Hi Alex,
>
> On Tue, Sep 22, 2015 at 03:58:03PM -0400, Alex Deucher wrote:
>> What system is this?
>
> my workstation - an
>
> "To be filled by O.E.M. To be filled by O.E.M./M5A97 EVO R2.0, BIOS 1503
> 01/16/2013"
>
> you gotta love the "T
1 - 100 of 125 matches
Mail list logo
