[alsa-devel] HDMI codec, way forward?

On Wed, 21 Oct 2015 20:19:38 +0200, Russell King - ARM Linux wrote: > > On Wed, Oct 21, 2015 at 07:59:06PM +0200, Takashi Iwai wrote: > > On Wed, 21 Oct 2015 19:34:37 +0200, > > Russell King - ARM Linux wrote: > > > > > > On Wed, Oct 21, 2015 at 09:49:28PM +0530, Vinod Koul wrote: > > > > On

[alsa-devel] HDMI codec, way forward?

On Wed, Oct 21, 2015 at 10:37:27PM +0200, Takashi Iwai wrote: > On Wed, 21 Oct 2015 20:19:38 +0200, > Russell King - ARM Linux wrote: > > > > On Wed, Oct 21, 2015 at 07:59:06PM +0200, Takashi Iwai wrote: > > > On Wed, 21 Oct 2015 19:34:37 +0200, > > > Russell King - ARM Linux wrote: > > > > > >

[GIT PULL] On-demand device probing

erms of the error reporting, though there's other ways to address that like the one Russell is proposing). -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://list

[alsa-devel] HDMI codec, way forward?

On Wed, Oct 21, 2015 at 03:37:47PM +0100, Russell King - ARM Linux wrote: > On Wed, Oct 21, 2015 at 04:10:31PM +0200, Takashi Iwai wrote: > > On Wed, 21 Oct 2015 16:03:07 +0200, > > Russell King - ARM Linux wrote: > > > It's only the point if you can code it up properly, which from what I > > >

Alternative approach to solve the deferred probe

On Wed, Oct 21, 2015 at 08:36:23AM -0700, Frank Rowand wrote: > On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: > > On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: > >> On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote: > > < snip > > > >>> + > >>> static bool

Alternative approach to solve the deferred probe

On 10/21/2015 09:02 PM, Frank Rowand wrote: > On 10/21/2015 9:55 AM, Grygorii Strashko wrote: >> On 10/21/2015 06:36 PM, Frank Rowand wrote: >>> On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: > On 10/20/2015 8:46 AM,

[alsa-devel] HDMI codec, way forward?

On Wed, Oct 21, 2015 at 12:11:08PM +0300, Jani Nikula wrote: > On Tue, 20 Oct 2015, Vinod Koul wrote: > > On Tue, Oct 20, 2015 at 09:08:00AM +0100, Russell King - ARM Linux wrote: > >> > > Currently i915/audio component works as you described. The audio is > >> > > optional and HDMI graphics

Alternative approach to solve the deferred probe

Hi Russell, On 10/21/2015 08:20 PM, Russell King - ARM Linux wrote: > On Wed, Oct 21, 2015 at 07:55:29PM +0300, Grygorii Strashko wrote: >> On 10/21/2015 06:36 PM, Frank Rowand wrote: >>> The above is currently the last point for probe to succeed or defer >>> (until possibly, as you mentioned,

[Bug 91993] Graphical glitch in Astromenace (open-source game).

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151021/849d645b/attachment.html>

[Bug 91993] Graphical glitch in Astromenace (open-source game).

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151021/c1b297d0/attachment.html>

[Bug 91993] Graphical glitch in Astromenace (open-source game).

with this ! -- 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/20151021/496f3ca2/attachment.html>

[alsa-devel] HDMI codec, way forward?

On Wed, 21 Oct 2015 19:34:37 +0200, Russell King - ARM Linux wrote: > > On Wed, Oct 21, 2015 at 09:49:28PM +0530, Vinod Koul wrote: > > On Wed, Oct 21, 2015 at 03:37:47PM +0100, Russell King - ARM Linux wrote: > > > In any case, this doesn't (and can't) solve the CEC problem, so it's not > > > a

Alternative approach to solve the deferred probe

On 10/21/2015 06:36 PM, Frank Rowand wrote: > On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: >> On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: >>> On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote: > > < snip > > + static bool driver_deferred_probe_enable =

Alternative approach to solve the deferred probe

On Wed, Oct 21, 2015 at 09:13:48PM +0300, Grygorii Strashko wrote: > But I worry a bit (and that my main point) about these few additional > rounds of deferred device probing which I have right now and which allows > some of drivers to finish, finally, their probes successfully. > With proposed

[alsa-devel] HDMI codec, way forward?

On Wed, Oct 21, 2015 at 07:59:06PM +0200, Takashi Iwai wrote: > On Wed, 21 Oct 2015 19:34:37 +0200, > Russell King - ARM Linux wrote: > > > > On Wed, Oct 21, 2015 at 09:49:28PM +0530, Vinod Koul wrote: > > > On Wed, Oct 21, 2015 at 03:37:47PM +0100, Russell King - ARM Linux wrote: > > > > In any

[GIT PULL FOR v4.4] R-Car DU support for R8A7793 and R8A7784

Hi Dave, I forgot to include these two patches in my last pull request, sorry about that. The following changes since commit affa0e033b04996700434312c76df3c78f683870: Merge tag 'topic/drm-misc-2015-10-19' of git://anongit.freedesktop.org/drm- intel into drm-next (2015-10-20 09:01:49 +1000)

[alsa-devel] HDMI codec, way forward?

On Wed, 21 Oct 2015 18:48:06 +0200, Takashi Iwai wrote: > > On Wed, 21 Oct 2015 18:46:23 +0200, > Takashi Iwai wrote: > > > > Below is a test patch I cooked quickly. This is the third patch > > applied after other two more patches: a cleanup patch and a patch for > > deferred probe of HD-audio

[alsa-devel] HDMI codec, way forward?

On Wed, 21 Oct 2015 18:46:23 +0200, Takashi Iwai wrote: > > Below is a test patch I cooked quickly. This is the third patch > applied after other two more patches: a cleanup patch and a patch for > deferred probe of HD-audio with component. And this is the patch to defer the probe. -- 8< --

[alsa-devel] HDMI codec, way forward?

On Wed, 21 Oct 2015 17:36:01 +0200, Daniel Vetter wrote: > > On Wed, Oct 21, 2015 at 04:37:07PM +0200, Takashi Iwai wrote: > > On Wed, 21 Oct 2015 16:10:31 +0200, > > Takashi Iwai wrote: > > > > > > On Wed, 21 Oct 2015 16:03:07 +0200, > > > Russell King - ARM Linux wrote: > > > > > > > > On

[PATCH v4 04/79] drm_mode.h: use __u32 and __u64 from linux/types.h

On 21 October 2015 at 17:27, Alex Deucher wrote: > On Wed, Oct 21, 2015 at 12:21 PM, Emil Velikov > wrote: >> On 21 October 2015 at 16:18, Alex Deucher wrote: >>> On Wed, Oct 21, 2015 at 11:09 AM, Emil Velikov >> gmail.com> wrote: Hi Alex, On 15 October 2015 at 14:48, Mikko

[alsa-devel] HDMI codec, way forward?

On Wed, Oct 21, 2015 at 09:49:28PM +0530, Vinod Koul wrote: > On Wed, Oct 21, 2015 at 03:37:47PM +0100, Russell King - ARM Linux wrote: > > In any case, this doesn't (and can't) solve the CEC problem, so it's not > > a solution to the problem at hand. > > Sorry am not sure I follow the reasons

[Bug 106431] On ASUS A8JN laptop with G72M GPU dmesg is flooded with error messages

https://bugzilla.kernel.org/show_bug.cgi?id=106431 Daniel Vetter changed: What|Removed |Added CC||daniel at ffwll.ch --- Comment #2 from

Alternative approach to solve the deferred probe

On Wed, Oct 21, 2015 at 07:55:29PM +0300, Grygorii Strashko wrote: > On 10/21/2015 06:36 PM, Frank Rowand wrote: > > The above is currently the last point for probe to succeed or defer > > (until possibly, as you mentioned, module loading resolves the defer). > > If a probe defers above, it will

[PATCH] drm: rcar-du: Perform initialization/cleanup at probe/remove time

Hi Daniel, On Tuesday 20 October 2015 09:32:13 Daniel Vetter wrote: > On Tue, Oct 20, 2015 at 01:51:54AM +0300, Laurent Pinchart wrote: > > The drm driver .load() operation is prone to race conditions as it > > initializes the driver after registering the device nodes. Its usage is > >

[PATCH RFCv2 0/4] Etnaviv DRM driver again

On Tue, Oct 20, 2015 at 11:36:27AM +0200, Daniel Vetter wrote: > On Fri, Sep 11, 2015 at 04:10:10PM +0200, Lucas Stach wrote: > > Hey all, > > > > this is a new posting of the Etnaviv DRM driver for Vivante embedded GPUs. > > This time I've squashed all patches to the DRM driver itself into a

[PATCH v5 0/3] RFC: Secure Memory Allocation Framework

2015-10-21 16:34 GMT+02:00 James Morris : > On Wed, 21 Oct 2015, Benjamin Gaignard wrote: > >> >> The outcome of the previous RFC about how do secure data path was the need >> of a secure memory allocator (https://lkml.org/lkml/2015/5/5/551) >> > > Have you addressed all the questions raised by

[Bug 106431] On ASUS A8JN laptop with G72M GPU dmesg is flooded with error messages

https://bugzilla.kernel.org/show_bug.cgi?id=106431 Ilia Mirkin changed: What|Removed |Added CC||imirkin at alum.mit.edu --- Comment #1

[PATCH] drm: rcar-du: Perform initialization/cleanup at probe/remove time

On Wed, Oct 21, 2015 at 06:16:08PM +0300, Laurent Pinchart wrote: > Hi Daniel, > > On Tuesday 20 October 2015 09:32:13 Daniel Vetter wrote: > > On Tue, Oct 20, 2015 at 01:51:54AM +0300, Laurent Pinchart wrote: > > > The drm driver .load() operation is prone to race conditions as it > > >

[alsa-devel] HDMI codec, way forward?

On Wed, Oct 21, 2015 at 04:37:07PM +0200, Takashi Iwai wrote: > On Wed, 21 Oct 2015 16:10:31 +0200, > Takashi Iwai wrote: > > > > On Wed, 21 Oct 2015 16:03:07 +0200, > > Russell King - ARM Linux wrote: > > > > > > On Wed, Oct 21, 2015 at 03:41:44PM +0200, Takashi Iwai wrote: > > > > On Wed, 21

[PATCH v5 1/3] create SMAF module

2015-10-21 16:32 GMT+02:00 James Morris : > On Wed, 21 Oct 2015, Benjamin Gaignard wrote: > >> Secure Memory Allocation Framework goal is to be able >> to allocate memory that can be securing. >> There is so much ways to allocate and securing memory that SMAF >> doesn't do it by itself but need

[PATCH v4 12/79] include/uapi/drm/sis_drm.h: move sis_file_private to drivers/gpu/drm/sis/sis_drv.h

On Wed, Oct 21, 2015 at 03:39:07PM +0100, Emil Velikov wrote: > On 15 October 2015 at 06:55, Mikko Rapeli wrote: > > Fixes userspace compile error: > > > > drm/sis_drm.h:68:19: error: field ‘obj_list’ has incomplete type > > struct list_head obj_list; > > > > Suggested by Emil Velikov at >

[PATCH v10 2/4] PM / Domains: add setter for dev.pm_domain

Adds a function that sets the pointer to dev_pm_domain in struct device and that warns if the device has already finished probing. The reason why we want to enforce that is because in the general case that can cause problems and also that we can simplify code quite a bit if we can always assume

[PATCH v10 0/4] Allow USB devices to remain runtime-suspended when sleeping

Hi, this is v10 of an attempt to make it easier for devices to remain in runtime PM when the system goes to sleep, mainly to reduce the time spent resuming devices. For this, we interpret the absence of all PM callback implementations as it being safe to do direct_complete, so their ancestors

[PATCH v4 10/79] via_drm.h: move struct via_file_private definition to drivers/gpu/drm/via/via_drv.h

On Wed, Oct 21, 2015 at 03:36:22PM +0100, Emil Velikov wrote: > On 15 October 2015 at 06:55, Mikko Rapeli wrote: > > Fixes userspace compile error since list_head is not exported to userspace > > headers. > > > > Suggested by Emil Velikov at > > https://lkml.org/lkml/2015/6/3/792 > > > >

[GIT PULL] On-demand device probing

rovements were more around improved control/predictability/handwave of the boot ordering rather than total time. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://list

[PATCH v4 10/79] via_drm.h: move struct via_file_private definition to drivers/gpu/drm/via/via_drv.h

On 21 October 2015 at 16:33, Daniel Vetter wrote: > On Wed, Oct 21, 2015 at 03:36:22PM +0100, Emil Velikov wrote: >> On 15 October 2015 at 06:55, Mikko Rapeli wrote: >> > Fixes userspace compile error since list_head is not exported to userspace >> > headers. >> > >> > Suggested by Emil Velikov

[Bug 91993] Graphical glitch in Astromenace (open-source game).

ves/dri-devel/attachments/20151021/eeb1eff7/attachment.html>

[PATCH v4 04/79] drm_mode.h: use __u32 and __u64 from linux/types.h

On 21 October 2015 at 16:18, Alex Deucher wrote: > On Wed, Oct 21, 2015 at 11:09 AM, Emil Velikov > wrote: >> Hi Alex, >> >> On 15 October 2015 at 14:48, Mikko Rapeli wrote: >>> On Thu, Oct 15, 2015 at 09:32:10AM -0400, Alex Deucher wrote: On Thu, Oct 15, 2015 at 1:55 AM, Mikko Rapeli

[Intel-gfx] [PATCH 1/3] drm: Track drm_mm nodes with an interval tree

Hi On Wed, Oct 21, 2015 at 5:11 PM, Daniel Vetter wrote: > On Tue, Oct 06, 2015 at 11:53:09AM +0100, Chris Wilson wrote: >> In addition to the last-in/first-out stack for accessing drm_mm nodes, >> we occasionally and in the future often want to find a drm_mm_node by an >> address. To do so

[Intel-gfx] [PATCH 1/3] drm: Track drm_mm nodes with an interval tree

On Tue, Oct 06, 2015 at 11:53:09AM +0100, Chris Wilson wrote: > In addition to the last-in/first-out stack for accessing drm_mm nodes, > we occasionally and in the future often want to find a drm_mm_node by an > address. To do so efficiently we need to track the nodes in an interval > tree -

[PATCH v3 1/7] drm/vc4: Add devicetree bindings for VC4.

On Wed, Oct 21, 2015 at 3:57 AM, Eric Anholt wrote: > Rob Herring writes: > >> On Tue, Oct 13, 2015 at 1:17 PM, Eric Anholt wrote: >>> Rob Herring writes: >>> On Fri, Oct 9, 2015 at 4:27 PM, Eric Anholt wrote: [...] > +Required properties for Pixel Valve: > +- compatible:

[Bug 106431] On ASUS A8JN laptop with G72M GPU dmesg is flooded with error messages

https://bugzilla.kernel.org/show_bug.cgi?id=106431 RussianNeuroMancer changed: What|Removed |Added Summary|dmesg is flooded with error |On ASUS A8JN laptop with

Alternative approach to solve the deferred probe

On 10/21/2015 1:35 PM, Russell King - ARM Linux wrote: > On Wed, Oct 21, 2015 at 08:36:23AM -0700, Frank Rowand wrote: >> On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: >>> On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: On 10/20/2015 8:46 AM, Russell King - ARM Linux

[Bug 91733] [SKL/HSW] Ogles1conform pntszary.c fails

bugs in the proper components. -- 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/20151021/1028d582/attachment.html>

[Bug 91733] [SKL/HSW] Ogles1conform pntszary.c fails

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/20151021/23b8972f/attachment.html>

[PATCH 03/48] staging: etnaviv: remove compat MMU code

Am Mittwoch, den 21.10.2015, 14:37 +0100 schrieb Russell King - ARM Linux: > On Wed, Oct 21, 2015 at 02:37:16PM +0200, Lucas Stach wrote: > > Am Mittwoch, den 21.10.2015, 12:35 +0100 schrieb Russell King - ARM > > Linux: > > > On Fri, Sep 25, 2015 at 01:18:48PM +0100, Russell King - ARM Linux

[PATCH 42/48] staging: etnaviv: implement simple hang recovery

On Fri, Sep 25, 2015 at 01:57:54PM +0200, Lucas Stach wrote: > Not bullet proof yet, as this possibly shoots down more submits than > necessary. However it allows for fairly rapid turnarounds during > userspace development. > > Signed-off-by: Lucas Stach Applied, thanks. -- FTTC broadband for

[alsa-devel] HDMI codec, way forward?

On Wed, 21 Oct 2015 16:10:31 +0200, Takashi Iwai wrote: > > On Wed, 21 Oct 2015 16:03:07 +0200, > Russell King - ARM Linux wrote: > > > > On Wed, Oct 21, 2015 at 03:41:44PM +0200, Takashi Iwai wrote: > > > On Wed, 21 Oct 2015 11:27:44 +0200, > > > Russell King - ARM Linux wrote: > > > > > > > >

[PATCH 48/48] staging: etnaviv: remove CMDSTREAM GEM allocation from UAPI

On Fri, Sep 25, 2015 at 01:58:00PM +0200, Lucas Stach wrote: > Neither userspace nor the kernel internal functions use the CMDSTREAM > GEM type anymore. Remove it from the public API and clean up all related > functions. > > Signed-off-by: Lucas Stach Applied, thanks. -- FTTC broadband for

[PATCH 44/48] staging: etnaviv: implement cache maintenance on cpu_(prep|fini)

On Fri, Sep 25, 2015 at 01:57:56PM +0200, Lucas Stach wrote: > This makes sure that we are satifying the cache handling rules outlined > in the previous commit. Cached buffers are pulled into the CPU domain > before access and pushed to the GPU again when the CPU is done. > > Signed-off-by: Lucas

[PATCH 43/48] staging: etnaviv: map all buffers to the GPU

On Fri, Sep 25, 2015 at 01:57:55PM +0200, Lucas Stach wrote: > This redefines how we do cache handling in the following way: > > All buffer are pushed into the GPU domain initially, this will only > be done when populating the buffers backing store, but for simplicity > userspace can assume that

[PATCH 03/48] staging: etnaviv: remove compat MMU code

On Wed, Oct 21, 2015 at 04:53:50PM +0200, Lucas Stach wrote: > Am Mittwoch, den 21.10.2015, 14:37 +0100 schrieb Russell King - ARM > Linux: > > On Wed, Oct 21, 2015 at 02:37:16PM +0200, Lucas Stach wrote: > > > Am Mittwoch, den 21.10.2015, 12:35 +0100 schrieb Russell King - ARM > > > Linux: > > >

[GIT PULL] On-demand device probing

On Wed, Oct 21, 2015 at 1:18 PM, Frank Rowand wrote: > On 10/21/2015 9:27 AM, Mark Brown wrote: >> On Wed, Oct 21, 2015 at 08:59:51AM -0700, Frank Rowand wrote: >>> On 10/19/2015 5:34 AM, Tomeu Vizoso wrote: >> To be clear, I was saying that this series should NOT affect total boot

[alsa-devel] HDMI codec, way forward?

On Wed, 21 Oct 2015 16:03:07 +0200, Russell King - ARM Linux wrote: > > On Wed, Oct 21, 2015 at 03:41:44PM +0200, Takashi Iwai wrote: > > On Wed, 21 Oct 2015 11:27:44 +0200, > > Russell King - ARM Linux wrote: > > > > > > On Tue, Oct 20, 2015 at 07:31:48PM +0530, Vinod Koul wrote: > > > > On

[PATCH v4 04/79] drm_mode.h: use __u32 and __u64 from linux/types.h

Hi Alex, On 15 October 2015 at 14:48, Mikko Rapeli wrote: > On Thu, Oct 15, 2015 at 09:32:10AM -0400, Alex Deucher wrote: >> On Thu, Oct 15, 2015 at 1:55 AM, Mikko Rapeli wrote: >> > Fixes userspace compilation error: >> > >> > drm/drm_mode.h:472:2: error: unknown type name ‘uint32_t’ >> >

imx IPU2 video out

On Wed, Oct 21, 2015 at 3:47 PM, Akshay Bhat wrote: > Currently on our setup since LVDS and HDMI use the same IPU, there are clock > conflicts at 1080p when setting DI frequency resulting in HDMI display not > showing anything, hence the need to use the 2nd IPU. Maybe LVDS and HDMI are trying

[PATCH v4 09/79] via_drm.h: don't include non-existing via_drmclient.h

On 15 October 2015 at 06:55, Mikko Rapeli wrote: > Fixes compiler error: > > drm/via_drm.h:36:27: fatal error: via_drmclient.h: No such file or directory > > Signed-off-by: Mikko Rapeli > --- > include/uapi/drm/via_drm.h | 3 --- > 1 file changed, 3 deletions(-) > > diff --git

[PATCH 47/48] staging: etnaviv: don't use GEM buffer for internal ring buffer

On Fri, Sep 25, 2015 at 01:57:59PM +0200, Lucas Stach wrote: > Instead of using a GEM buffer for the kernel internal ring buffer > use the newly introduced cmdbuf object. This removes the last remaining > user of the CMDSTREAM GEM flag. > > Signed-off-by: Lucas Stach Applied, thanks. -- FTTC

[alsa-devel] HDMI codec, way forward?

On Wed, 21 Oct 2015 11:27:44 +0200, Russell King - ARM Linux wrote: > > On Tue, Oct 20, 2015 at 07:31:48PM +0530, Vinod Koul wrote: > > On Tue, Oct 20, 2015 at 09:08:00AM +0100, Russell King - ARM Linux wrote: > > > > > Currently i915/audio component works as you described. The audio is > > > >

[PATCH 46/48] staging: etnaviv: rewrite submit interface to use copy from user

On Fri, Sep 25, 2015 at 01:57:58PM +0200, Lucas Stach wrote: > This rewrites the submit interface to copy the command stream from user > memory. This mitigates a potential attack vector of the old interface > where userspace could submit a command buffer that would be validated by > the kernel,

[PATCH 45/48] staging: etnaviv: remove submit type

On Fri, Sep 25, 2015 at 01:57:57PM +0200, Lucas Stach wrote: > There is no point in having a context restore buffer, as the need for tracking > GPU hardware state in userspace and the fact that we need to submit all states > that reference memory buffers anyway to ensure proper patching of the >

ast driver doesn't initialize smem_len

Hi all, In a recent test performed with fbterm and an adapter that uses the ast driver, fbterm is currently segfaulting in the mainline kernel. The crash happens when the code attempts to do a write to the frame buffer, which is an mmap'ed region. The size of the mmap is determined by the

[PATCH v4 12/79] include/uapi/drm/sis_drm.h: move sis_file_private to drivers/gpu/drm/sis/sis_drv.h

On 15 October 2015 at 06:55, Mikko Rapeli wrote: > Fixes userspace compile error: > > drm/sis_drm.h:68:19: error: field ‘obj_list’ has incomplete type > struct list_head obj_list; > > Suggested by Emil Velikov at > https://lkml.org/lkml/2015/6/3/792 > > Signed-off-by: Mikko Rapeli > ---

[alsa-devel] HDMI codec, way forward?

On Wed, Oct 21, 2015 at 04:10:31PM +0200, Takashi Iwai wrote: > On Wed, 21 Oct 2015 16:03:07 +0200, > Russell King - ARM Linux wrote: > > It's only the point if you can code it up properly, which from what I > > read in that file, it isn't. > > An idea can fly without coding, too :) > > > Build

[PATCH v4 10/79] via_drm.h: move struct via_file_private definition to drivers/gpu/drm/via/via_drv.h

On 15 October 2015 at 06:55, Mikko Rapeli wrote: > Fixes userspace compile error since list_head is not exported to userspace > headers. > > Suggested by Emil Velikov at > https://lkml.org/lkml/2015/6/3/792 > > Signed-off-by: Mikko Rapeli We're safe as the only users of the struct already

[Bug 106431] New: dmesg is flooded with error messages

https://bugzilla.kernel.org/show_bug.cgi?id=106431 Bug ID: 106431 Summary: dmesg is flooded with error messages Product: Drivers Version: 2.5 Kernel Version: 4.3rc6 Hardware: All OS: Linux Tree: Mainline

[alsa-devel] HDMI codec, way forward?

On Wed, Oct 21, 2015 at 03:41:44PM +0200, Takashi Iwai wrote: > On Wed, 21 Oct 2015 11:27:44 +0200, > Russell King - ARM Linux wrote: > > > > On Tue, Oct 20, 2015 at 07:31:48PM +0530, Vinod Koul wrote: > > > On Tue, Oct 20, 2015 at 09:08:00AM +0100, Russell King - ARM Linux wrote: > > > > > >

[Bug 68059] with radeon.dpm=1, Xorg crashed a while after resume

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151021/c4783b98/attachment-0001.html>

[GIT PULL] On-demand device probing

On 10/21/2015 2:12 PM, Rob Herring wrote: > On Wed, Oct 21, 2015 at 1:18 PM, Frank Rowand > wrote: >> On 10/21/2015 9:27 AM, Mark Brown wrote: >>> On Wed, Oct 21, 2015 at 08:59:51AM -0700, Frank Rowand wrote: On 10/19/2015 5:34 AM, Tomeu Vizoso wrote: >>> > To be clear, I was saying

imx IPU2 video out

On 10/21/2015 02:03 PM, Fabio Estevam wrote: > On Wed, Oct 21, 2015 at 3:47 PM, Akshay Bhat > wrote: > >> Currently on our setup since LVDS and HDMI use the same IPU, there are clock >> conflicts at 1080p when setting DI frequency resulting in HDMI display not >> showing anything, hence the

[Bug 60533] CVE-2013-7445: Remote web page triggerable DOS in Linux DRM graphics.

https://bugzilla.kernel.org/show_bug.cgi?id=60533 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #39

[PATCH 03/48] staging: etnaviv: remove compat MMU code

On Wed, Oct 21, 2015 at 02:37:16PM +0200, Lucas Stach wrote: > Am Mittwoch, den 21.10.2015, 12:35 +0100 schrieb Russell King - ARM > Linux: > > On Fri, Sep 25, 2015 at 01:18:48PM +0100, Russell King - ARM Linux wrote: > > > On Fri, Sep 25, 2015 at 01:57:15PM +0200, Lucas Stach wrote: > > > > There

[PATCH 03/48] staging: etnaviv: remove compat MMU code

Am Mittwoch, den 21.10.2015, 12:35 +0100 schrieb Russell King - ARM Linux: > On Fri, Sep 25, 2015 at 01:18:48PM +0100, Russell King - ARM Linux wrote: > > On Fri, Sep 25, 2015 at 01:57:15PM +0200, Lucas Stach wrote: > > > There is no point in keeping backwards compatibility to older > > > kernel

[GIT PULL] Raspberry Pi KMS driver

On Wed, Oct 21, 2015 at 10:53:31AM +0100, Eric Anholt wrote: > Dave suggested it was time to just send a pull request on the driver, so > here goes: Given I suggested the same: Acked-by: Daniel Vetter > > The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f: > >

imx IPU2 video out

On 10/21/2015 05:54 AM, Lucas Stach wrote: > Am Dienstag, den 20.10.2015, 10:22 -0400 schrieb Akshay Bhat: >> Hi, >> >> We are trying to use IPU2 DI0 for LVDS and IPU1 DI0 for HDMI on a iMX6Q >> based board. Below is the ldb entry in device tree and with these >> settings the LVDS is still being

[PATCH 06/25] drm/tegra: Use drm_gem_object_reference_unlocked

n-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151021/e7d4e384/attachment.sig>

[PATCH] drm/tegra: don't take dev->struct_mutex in mmap offset ioctl

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151021/64706bed/attachment-0001.sig>

[PATCH 41/48] staging: etnaviv: change etnaviv_buffer_init() to return prefetch

On Fri, Sep 25, 2015 at 01:57:53PM +0200, Lucas Stach wrote: > From: Christian Gmeiner > > etnaviv_buffer_init() creates a very simple command buffer > to be able to start the FE. FE fetches 'prefetch' number of 64 bit > words via DMA and starts to execute the read buffer. > > This is a very

[PATCH 40/48] staging: etnaviv: debugfs: add possibility to dump kernel buffer

On Fri, Sep 25, 2015 at 01:57:52PM +0200, Lucas Stach wrote: > From: Christian Gmeiner > > This is very useful for debugging issues regarding command > buffer processing. > > Signed-off-by: Christian Gmeiner Applied, thanks. -- FTTC broadband for 0.8mile line: currently at 9.6Mbps down

[PATCH 03/48] staging: etnaviv: remove compat MMU code

On Fri, Sep 25, 2015 at 01:18:48PM +0100, Russell King - ARM Linux wrote: > On Fri, Sep 25, 2015 at 01:57:15PM +0200, Lucas Stach wrote: > > There is no point in keeping backwards compatibility to older > > kernel versions in a driver destined to mainline. > > You are correct, however the

[PATCH v4 04/79] drm_mode.h: use __u32 and __u64 from linux/types.h

On Wed, Oct 21, 2015 at 12:21 PM, Emil Velikov wrote: > On 21 October 2015 at 16:18, Alex Deucher wrote: >> On Wed, Oct 21, 2015 at 11:09 AM, Emil Velikov >> wrote: >>> Hi Alex, >>> >>> On 15 October 2015 at 14:48, Mikko Rapeli wrote: On Thu, Oct 15, 2015 at 09:32:10AM -0400, Alex

[Bug 91993] Graphical glitch in Astromenace (open-source game).

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151021/eb842d8e/attachment.html>

[PATCH 10/10] drm/amdgpu: add Stoney pci ids

From: Samuel Li Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c index 6134b1e..c3216be

[PATCH 09/10] drm/amdgpu: update the core VI support for Stoney

From: Samuel Li Add core VI enablement for Stoney. Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 3 ++- drivers/gpu/drm/amd/amdgpu/vi.c| 36 +- include/uapi/drm/amdgpu_drm.h

[PATCH 08/10] drm/amdgpu: add VCE support for Stoney (v2)

From: Samuel Li Stoney is VCE 3.x single. v2: Stoney is single pipe like Fiji Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 5 + drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 5 +++-- 2 files changed, 8 insertions(+), 2

[PATCH 07/10] drm/amdgpu: add UVD support for Stoney

From: Samuel Li Stoney is UVD 6.x. Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c

[PATCH 06/10] drm/amdgpu: add GFX support for Stoney (v2)

From: Samuel Li Stoney is GFX 8.1. v2: update to latest golden settings Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 400 -- 1 file changed, 382 insertions(+), 18 deletions(-) diff --git

[PATCH 05/10] drm/amdgpu: add SDMA support for Stoney (v2)

From: Samuel Li Stoney is SDMA 3.x. v2: update to latest golden register settings Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c | 28 1 file changed, 28 insertions(+) diff --git

[PATCH 04/10] drm/amdgpu: add DCE support for Stoney

From: Samuel Li Stoney is DCE 11.x. Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/dce_v11_0.c

[PATCH 03/10] drm/amdgpu: Update SMC/DPM for Stoney

From: Samuel Li Stoney is SMC 8.x. Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/cz_dpm.c | 21 ++--- drivers/gpu/drm/amd/amdgpu/cz_smc.c | 60 + 2 files changed, 65 insertions(+), 16

[PATCH 02/10] drm/amdgpu: add GMC support for Stoney

From: Samuel Li Stoney is GMC 8.x. Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 12 1 file changed, 12 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c

[PATCH 01/10] drm/amdgpu: add Stoney chip family

From: Samuel Li Stoney is based on Carrizo with some IP upgrades. Signed-off-by: Samuel Li Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 1 + drivers/gpu/drm/amd/include/amd_shared.h | 1 + 2 files changed, 2 insertions(+) diff --git

[PATCH 00/10] Add support for Stoney APU

This patch set adds support for the new Stoney APU. Stoney is a new VI-based APU from AMD. Samuel Li (10): drm/amdgpu: add Stoney chip family drm/amdgpu: add GMC support for Stoney drm/amdgpu: Update SMC/DPM for Stoney drm/amdgpu: add DCE support for Stoney drm/amdgpu: add SDMA support

[alsa-devel] HDMI codec, way forward?

On Tue, 20 Oct 2015, Vinod Koul wrote: > On Tue, Oct 20, 2015 at 09:08:00AM +0100, Russell King - ARM Linux wrote: >> > > Currently i915/audio component works as you described. The audio is >> > > optional and HDMI graphics works without audio, while HDMI HD-audio >> > > mandates i915 graphics.

imx IPU2 video out

Am Dienstag, den 20.10.2015, 10:22 -0400 schrieb Akshay Bhat: > Hi, > > We are trying to use IPU2 DI0 for LVDS and IPU1 DI0 for HDMI on a iMX6Q > based board. Below is the ldb entry in device tree and with these > settings the LVDS is still being mapped to IPU1. Is there something >

[PATCH 01/22] drm: Add drm_format_plane_width() and drm_format_plane_height()

On Wed, Oct 14, 2015 at 07:28:53PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Add a few helpers to get the dimensions of the chroma plane(s). > > Cc: dri-devel at lists.freedesktop.org > Signed-off-by: Ville Syrjälä > --- > include/drm/drm_crtc.h | 12

[pull] radeon and amdgpu drm-fixes-4.3

Hi Dave, Just a crash fix for radeon and amdgpu if the user has forcibly disabled dpm and tries to access the pwm sysfs controls. The following changes since commit f6c7aba47bcc0b1cc2085c8d8af80f8c02f28269: drm/amdgpu: Keep the pflip interrupts always enabled v7 (2015-10-15 10:04:50 -0400)

[PATCH v5 3/3] SMAF: add fake secure module

This module is allow testing secure calls of SMAF. Signed-off-by: Benjamin Gaignard --- drivers/smaf/Kconfig | 6 +++ drivers/smaf/Makefile | 1 + drivers/smaf/smaf-fakesecure.c | 92 ++ 3 files changed, 99 insertions(+) create mode

[PATCH v5 2/3] SMAF: add CMA allocator

SMAF CMA allocator implement helpers functions to allow SMAF to allocate contiguous memory. match() each if at least one of the attached devices have coherent_dma_mask set to DMA_BIT_MASK(32). For allocation it use dma_alloc_attrs() with DMA_ATTR_WRITE_COMBINE and not dma_alloc_writecombine to

[PATCH v5 1/3] create SMAF module

Secure Memory Allocation Framework goal is to be able to allocate memory that can be securing. There is so much ways to allocate and securing memory that SMAF doesn't do it by itself but need help of additional modules. To be sure to use the correct allocation method SMAF implement deferred

  1   2   >