Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/702901b3/attachment-0001.obj>
meter 'engine'
drivers/gpu/drm/i915/i915_cmd_parser.c:838: warning: Excess function
parameter 'ring' description in 'i915_cmd_parser_fini_ring'
drivers/gpu/drm/i915/i915_cmd_parser.c:1034: warning: No description found
for parameter 'engine'
vim +/info +867 drivers/gpu/drm/drm_fb_helper.c
851 }
852 EXPORT_SYMBOL(drm_fb_helper_unlink_fbi);
853
854 #ifdef CONFIG_FB_DEFERRED_IO
855 /**
856 * drm_fb_helper_deferred_io() - (struct fb_deferred_io *)->deferred_io
callback
857 * function
858 *
859 * This function always runs in process context (struct delayed_work)
and calls
860 * the (struct drm_framebuffer_funcs)->dirty function with the collected
861 * damage. There's no need to worry about the possibility that the
fb_sys_*()
862 * functions could be running in atomic context. They only schedule the
863 * delayed worker which then calls this deferred_io callback.
864 */
865 void drm_fb_helper_deferred_io(struct fb_info *info,
866 struct list_head *pagelist)
> 867 {
868 struct drm_fb_helper *helper = info->par;
869 unsigned long start, end, min, max;
870 struct drm_clip_rect clip;
871 unsigned long flags;
872 struct page *page;
873
874 if (!helper->fb->funcs->dirty)
875 return;
---
0-DAY kernel test infrastructureOpen Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 6302 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/dd11847d/attachment-0001.obj>
t was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 54467 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/88a99963/attachment-0001.obj>
Commit 6c87e5c3ec6d ("drm: Rename drm_connector_unplug_all() to
drm_connector_unregister_all()") replaced a manual connectors list walk
in drm_connector_unregister_all() with drm_for_each_connector(). The
list was walked without the mode config mutex locked as that ends up in
a clash with sysfs, bu
On 19 April 2016 at 01:15, Noralf Trønnes wrote:
>
> Den 13.04.2016 13:09, skrev Daniel Vetter:
>>
>> On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote:
>>>
>>> This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
>>> Accumulated fbdev framebuffer changes are signaled
Hello,
On Tue, Apr 19, 2016 at 03:16:01PM -0500, Dennis Gilmore wrote:
> On Tuesday, April 19, 2016 2:27:17 PM CDT Dennis Gilmore wrote:
> > On Tuesday, April 19, 2016 7:50:49 PM CDT Russell King - ARM Linux wrote:
> > > On Tue, Apr 19, 2016 at 01:34:23PM -0500, Dennis Gilmore wrote:
> > > > on al
On Wed, Apr 20, 2016 at 03:23:10PM +0100, Robert Bragg wrote:
> +static void i915_oa_stream_enable(struct i915_perf_stream *stream)
> +{
> + struct drm_i915_private *dev_priv = stream->dev_priv;
> +
> + dev_priv->perf.oa.ops.oa_enable(dev_priv);
> +
> + if (dev_priv->perf.oa.periodic)
>
On Wed, Apr 20, 2016 at 03:23:10PM +0100, Robert Bragg wrote:
> +static int hsw_enable_metric_set(struct drm_i915_private *dev_priv)
> +{
> + int ret = i915_oa_select_metric_set_hsw(dev_priv);
> +
> + if (ret)
> + return ret;
> +
> + I915_WRITE(GDT_CHICKEN_BITS, GT_NOA_ENABL
Hello,
This patch series implement support for alpha and z-order configuration in the
R-Car DU driver for the Gen3 SoCs family.
The Gen3 SoCs delegate composition to an external IP core called VSP,
supported by a V4L2 driver. The DU driver interfaces with the VSP driver using
direct function call
Make the global alpha multiplier of VSP planes configurable through the
alpha property, exactly as for the native DU planes.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/rc
Make the Z-order of VSP planes configurable through the zpos property,
exactly as for the native DU planes.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 16
drivers/gpu/drm/rcar-du/rcar_du_vsp.h | 2 ++
2 files changed, 14 insertions(+), 4 deletio
On 21.04.2016 05:43, Eric Anholt wrote:
>
> This should fix brightness sliders in a lot of fullscreen games.
FYI, it won't fix at least games using SDL until
https://bugs.freedesktop.org/show_bug.cgi?id=27222 is fixed as well.
It will sort of fix changing gamma via xgamma or RandR though.
--
https://bugzilla.kernel.org/show_bug.cgi?id=115251
--- Comment #3 from Bernd Steinhauser ---
Ping.
Was this forgotten? Afaics, it's still not applied to 4.5 stable (in 4.5.2).
--
You are receiving this mail because:
You are watching the assignee of the bug.
mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/0b5c36da/attachment.html>
On Thu, Apr 21, 2016 at 12:29 AM, Dave Airlie wrote:
> On 19 April 2016 at 01:15, Noralf Trønnes wrote:
>>
>> Den 13.04.2016 13:09, skrev Daniel Vetter:
>>>
>>> On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote:
This adds deferred io support if CONFIG_FB_DEFERRED_IO is en
On Thu, Apr 21, 2016 at 01:21:14AM +0300, Laurent Pinchart wrote:
> Commit 6c87e5c3ec6d ("drm: Rename drm_connector_unplug_all() to
> drm_connector_unregister_all()") replaced a manual connectors list walk
> in drm_connector_unregister_all() with drm_for_each_connector(). The
> list was walked with
On Wed, Apr 20, 2016 at 03:20:49PM -0700, Eric Anholt wrote:
> There shouldn't be any other driver support necessary, since none of
> the driver-specific ioctls ever required auth, and none of them deal
> with modesetting.
Indeed, somehow I thought you need to mark them all up explicitly. But
that
On Wed, Apr 20, 2016 at 11:27:27PM +0200, Luis R. Rodriguez wrote:
> On Wed, Apr 20, 2016 at 01:17:30PM +0200, Daniel Vetter wrote:
> > On Wed, Apr 20, 2016 at 11:10:54AM +0200, Luis R. Rodriguez wrote:
> > > Reason I ask is since I noticed a while ago a lot of drivers
> > > were using info->fix.sm
On Wed, Apr 20, 2016 at 08:15:30PM +0200, Noralf Trønnes wrote:
>
> Den 20.04.2016 19:42, skrev Daniel Vetter:
> >On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote:
> >>Now that drm_fb_helper gets deferred io support, the
> >>drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions
On Wed, Apr 20, 2016 at 08:33:17PM +0200, Noralf Trønnes wrote:
>
> Den 20.04.2016 19:44, skrev Daniel Vetter:
> >On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote:
> >>Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot.
> >>When the framebuffer memory is allocated u
On Wed, 20 Apr 2016, Ezequiel Garcia wrote:
> Let's be user-friendly and print an actually helpful parameter
> description.
>
> This makes modinfo output the debug parameter like this:
>
> parm: debug:Enable debug output, where each bit enables a debug
> category.
> Bit 0
Hi Dave, fixes all around, all but one are cc: stable material, the most
important ones are likely the Skylake hang fixes from Mika.
BR,
Jani.
The following changes since commit c3b46c73264b03000d1e18b22f5caf63332547c9:
Linux 4.6-rc4 (2016-04-17 19:13:32 -0700)
are available in the git repo
On Wed, Apr 20, 2016 at 09:04:38PM +0200, Noralf Trønnes wrote:
>
> Den 20.04.2016 19:47, skrev Daniel Vetter:
> >On Wed, Apr 20, 2016 at 05:25:28PM +0200, Noralf Trønnes wrote:
> >>Use the fbdev deferred io support in drm_fb_helper.
> >>The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} fu
Provide a small convenience wrapper that transmits
a set_tear_scanline command.
Cc: Archit Taneja
Cc: Sumit Semwal
Cc: John Stultz
Cc: Thierry Reding
Signed-off-by: Vinay Simha BN
---
drivers/gpu/drm/drm_mipi_dsi.c | 23 +++
include/drm/drm_mipi_dsi.h | 2 ++
2 files
the patch useful.
Thanks!
--
-- next part --
A non-text attachment was scrubbed...
Name: 02_hurd.patch
Type: text/x-patch
Size: 3828 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/d31f65e6/attachment-0001.bin>
Provide a small convenience wrapper that transmits
a set_tear_scanline command.
Cc: Archit Taneja
Cc: John Stultz
[thierry.reding: suggested to create helper function (v1)]
Cc: Thierry Reding
[sumit.semwal: create a single patch for compilation fix (v2)]
Cc: Sumit Semwal
[vinay simha bn: subje
On Thu, Apr 21, 2016 at 09:41:34AM +0200, Daniel Vetter wrote:
> On Wed, Apr 20, 2016 at 09:04:38PM +0200, Noralf Trønnes wrote:
> >
> > Den 20.04.2016 19:47, skrev Daniel Vetter:
> > >On Wed, Apr 20, 2016 at 05:25:28PM +0200, Noralf Trønnes wrote:
> > >>Use the fbdev deferred io support in drm_
On Thu, Apr 21, 2016 at 10:32:11AM +0300, Jani Nikula wrote:
> On Wed, 20 Apr 2016, Ezequiel Garcia wrote:
> > Let's be user-friendly and print an actually helpful parameter
> > description.
> >
> > This makes modinfo output the debug parameter like this:
> >
> > parm: debug:Enable debug
On Thu, Apr 21, 2016 at 09:49:39AM +0200, Daniel Vetter wrote:
> On Thu, Apr 21, 2016 at 09:41:34AM +0200, Daniel Vetter wrote:
> > On Wed, Apr 20, 2016 at 09:04:38PM +0200, Noralf Trønnes wrote:
> > >
> > > Den 20.04.2016 19:47, skrev Daniel Vetter:
> > > >On Wed, Apr 20, 2016 at 05:25:28PM +020
On Fri, Apr 15, 2016 at 03:10:32PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This changes the code to handle being called multiple times without
> side effects. The new names seems more suitable for what it does.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> driv
On Fri, Apr 15, 2016 at 03:10:33PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> A later patch will use it in framebuffer_init, and I want
> to keep the diff cleaner.
>
> Signed-off-by: Dave Airlie
Acked-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_crtc.c | 58
> +++
On Fri, Apr 15, 2016 at 03:10:34PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Just use the generic function.
>
> Signed-off-by: Dave Airlie
Maybe mention in the commit message that a side effect of this is that we
now also protect fb->base.id (at least when we clear it) with the idr
mut
On Fri, Apr 15, 2016 at 03:10:35PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Avoids drivers knowing where the kref is stored.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_crtc.c | 2 +-
> drivers/gpu/drm/i915/i915_debugfs.c | 4 ++--
On Fri, Apr 15, 2016 at 03:10:36PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This is the initial code to add references to some mode objects.
> In the future we need to start reference counting connectors so
> firstly I want to reorganise the code so the framebuffer ref counting
> uses th
On Fri, Apr 15, 2016 at 03:10:37PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> No point have this code dupliated at this point, use the
> _object_find code instead now.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_crtc.c | 35 ++
On Fri, Apr 15, 2016 at 03:10:38PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> We don't need to hold the fb lock around the initialisation,
> only around the list manipulaton.
>
> So do the lock hold only around the register for now.
> Signed-off-by: Dave Airlie
This needs a bit more exp
On Fri, Apr 15, 2016 at 03:10:39PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> No need to hold the lock while assigning the variable.
>
> Signed-off-by: Dave Airlie
Not sure why exactly I put that under the lock, but the only thing that
can race here is rmfb while addfb2 is still doing i
On Fri, Apr 15, 2016 at 03:10:40PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> When we lookup an ref counted object we now take a proper reference
> using kref_get_unless_zero.
>
> Framebuffer lookup no longer needs do this itself.
>
> Convert rmfb to using framebuffer lookup and deal wit
On Fri, Apr 15, 2016 at 03:10:41PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This reduces the fb_lock to just protecting the num_fb/fb_list.
>
> I'd like to have some discussion on if this opens up any race
> conditions.
Here's you're discussion ;-)
"Previously fb refcounting, and espe
On Fri, Apr 15, 2016 at 03:10:42PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Since ref counting is in the object now we can just call the
> normal interfaces.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_crtc.c | 17 ++---
> 1 fil
On Fri, Apr 15, 2016 at 03:10:31PM +1000, Dave Airlie wrote:
> I've been trolled since I did MST that I really didn't do a good job
> on the connector lifetimes, so I finally felt guilty and had time to try
> and fix this up.
>
> This is a set of patches to handle connector lifetimes so that the c
-the-hdmi-driver/20160421-161330
base: git://people.freedesktop.org/~airlied/linux.git drm-next
reproduce: make htmldocs
All warnings (new ones prefixed by >>):
drivers/gpu/drm/i915/i915_irq.c:2663: warning: No description found for
parameter 'fmt'
include/drm/drm_crtc.h:
Hi Dave,
drm-intel-next-2016-04-11:
- make modeset hw state checker atomic aware (Maarten)
- close races in gpu stuck detection/seqno reading (Chris)
- tons&tons of small improvements from Chris Wilson all over the gem code
- more dsi/bxt work from Ramalingam&Jani
- macro polish from Joonas
- guc
Hi Dave,
struct_mutex cleanups and error paths fixes. Unfortunately I didn't manage
to get acks from everyone, but this stuff has been hanging out for months
now and imo simple enough to just land the remaining few patches. But
separate pull request so that you can take a look yourself.
Cheers, D
Hi Dave,
misc pull req all over. Biggest thing is the
drm_connector_(un)register_all cleanup from Alexey for drivers without the
load/unload midlayer hooks. I.e. all the new ones, and a bunch of the
pending new atomic drivers depend upon this. Or at least I asked them to
rebase ;-)
For 4.7 I'd li
On 02/15/2016 04:59 AM, Krzysztof Kozlowski wrote:
> On 15.02.2016 09:57, Krzysztof Kozlowski wrote:
>> On 12.02.2016 22:31, Chanho Park wrote:
>>> This patch changes the compatible of exynos5420 fimd
>>> to "exynos5420-fimd". To support mic bypass from display
>>> path, the new compatible is intro
ature
Size: 819 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/cfc59e89/attachment.sig>
Add helper function to compute HDMI CTS and N parameters
Implementation is based on HDMI 1.4b specification.
Signed-off-by: Arnaud Pouliquen
Acked-by: Benjamin Gaignard
Acked-by: Vincent ABRIOU
---
drivers/video/hdmi.c | 202 +++
include/linux/hd
Thierry Reding writes:
> Applied, thanks.
I once read that this is the recommended way to go, instead of
specifying the timings in the device tree. Why is this so? Any new
display just increases the .text size of the kernel unnessary.
Did this idea stem from the era where bootloaders like Bareb
This patchset implements audio interface in HDMI drm driver. Implementation is
based on
ASoC generic hdmi codec driver( https://patchwork.kernel.org/patch/8713141/).
It also proposes helper functions to compute N and CTS parameters
according to HDMI 1.4b specification.
V3:
- video: hdmi:
Add the interface needed by audio hdmi-codec driver.
Signed-off-by: Arnaud Pouliquen
Acked-by: Benjamin Gaignard
Acked-by: Vincent ABRIOU
---
drivers/gpu/drm/sti/Kconfig| 1 +
drivers/gpu/drm/sti/sti_hdmi.c | 248 ++---
drivers/gpu/drm/sti/sti_hdmi.h |
>
> How about
>
> remaining_jiffies = msecs_to_jiffies(ktime_ms_delta(*timeout, now));
>
> which only does one 64-bit division, and it's one that we can probably
> optimize out in the future (we can check in ktime_ms_delta whether the
> difference is more than 2^32 nanoseconds as the fast p
>> which only does one 64-bit division, and it's one that we can probably
>> optimize out in the future (we can check in ktime_ms_delta whether the
>> difference is more than 2^32 nanoseconds as the fast path).
It looks like ktime_divns already has that optimization for 32-bit divisor,
so your sol
On Thursday 21 April 2016 04:39:04 Tina Ruchandani wrote:
> >> which only does one 64-bit division, and it's one that we can probably
> >> optimize out in the future (we can check in ktime_ms_delta whether the
> >> difference is more than 2^32 nanoseconds as the fast path).
>
> It looks like ktime
ts.freedesktop.org/archives/dri-devel/attachments/20160421/1de6cd60/attachment.html>
Hi Tobias,
On 21 April 2016 at 06:30, Tobias Frost wrote:
> Hallo,
>
> attached is a patch that makes libdrm compile on hurd.
>
Thanks for the patch.
> (Note: I intentionally said compile, as I have no way to see if it
> actually works there.)
>
Step one is actually making it build and step two
On 20 April 2016 at 16:25, Stefan Dirsch wrote:
> On Wed, Apr 20, 2016 at 04:47:20PM +0200, Daniel Vetter wrote:
>> On Wed, Apr 20, 2016 at 4:39 PM, Stefan Dirsch wrote:
>> > Patch suggestion by Thomas Klausner. See also
>> > http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html
>
Hi Arnaud,
Am Donnerstag, den 21.04.2016, 10:07 +0200 schrieb Arnaud Pouliquen:
> Add helper function to compute HDMI CTS and N parameters
> Implementation is based on HDMI 1.4b specification.
>
> Signed-off-by: Arnaud Pouliquen
> Acked-by: Benjamin Gaignard
> Acked-by: Vincent ABRIOU
Reviewe
On cores with MC1.0 the memory window offset is not properly respected
by all engines in the core, leading to different views of the memory
if the offset in non-zero. This causes relocs for those engines to be
wrong and might lead to other subtile problems.
Rather than trying to work around this,
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/531b8fef/attachment.html>
2016-04-21 19:06 GMT+09:00 Krzysztof Kozlowski :
> On 02/15/2016 04:59 AM, Krzysztof Kozlowski wrote:
>> On 15.02.2016 09:57, Krzysztof Kozlowski wrote:
>>> On 12.02.2016 22:31, Chanho Park wrote:
This patch changes the compatible of exynos5420 fimd
to "exynos5420-fimd". To support mic by
Am Donnerstag, den 21.04.2016, 15:33 +0300 schrieb Ivan Nikolaenko:
> Hello all!
>
> Mr. Fabio Estevam from freescale community forum advisedto address this
> question to this mail list.
>
> I am using a i.MX6Q SabreSD -based board with 3.14.52 kernel from Jethro
> (2.0) release of FSL-Communit
On Thu, Apr 21, 2016 at 11:26:49AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> drm-intel-next-2016-04-11:
> - make modeset hw state checker atomic aware (Maarten)
> - close races in gpu stuck detection/seqno reading (Chris)
> - tons&tons of small improvements from Chris Wilson all over the gem code
2016-04-20 Joe Perches :
> On Wed, 2016-04-20 at 16:18 -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > This function had copies in 3 different files. Unify them in kernel.h.
> []
> > diff --git a/include/linux/kernel.h b/include/linux/kernel.h
> []
> > @@ -53,6 +53,12 @@
> >
> >
Hello Inki,
On 03/28/2016 09:28 PM, Javier Martinez Canillas wrote:
> Commit aeefb36832e5 ("drm/exynos: gsc: add device tree support and remove
> usage of static mappings") made the DRM_EXYNOS_GSC Kconfig symbol to only
> be selectable if the exynos-gsc V4L2 driver isn't enabled, since both use
>
On Thu, Apr 21, 2016 at 01:37:22PM +0100, Emil Velikov wrote:
> On 20 April 2016 at 16:25, Stefan Dirsch wrote:
> > On Wed, Apr 20, 2016 at 04:47:20PM +0200, Daniel Vetter wrote:
> >> On Wed, Apr 20, 2016 at 4:39 PM, Stefan Dirsch wrote:
> >> > Patch suggestion by Thomas Klausner. See also
> >> >
https://bugzilla.kernel.org/show_bug.cgi?id=115251
--- Comment #4 from Alex Deucher ---
Greg still hasn't applied it.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Fri, Feb 26, 2016 at 02:26:23PM +0800, Yakir Yang wrote:
> Dan,
>
> On 02/26/2016 05:30 AM, Dan Carpenter wrote:
> >We were accidentally returning PTR_ERR(NULL) which means success when we
> >wanted to return a negative error code.
> >
> >Fixes: 412d4ae6b7a5 ('drm/rockchip: hdmi: add Innosilico
On Mon, Apr 18, 2016 at 01:26:11PM +0200, Enric Balletbo i Serra wrote:
> The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
> designed for portable devices.
>
> Signed-off-by: Enric Balletbo i Serra
> Cc: Rob Herring
> ---
> Changes since v3:
> - Model v10 as regulator (d
+
> > + I915_WRITE(GDT_CHICKEN_BITS, (I915_READ(GDT_CHICKEN_BITS) &
> > + ~GT_NOA_ENABLE));
>
> You didn't preserve any other chicken bits during enable_metric_set.
>
Hmm, good point. I think I'll aim to preserve other bits when setting if
that works, just in case something else needs to fiddle with the same
register later.
> -Chris
>
> --
> Chris Wilson, Intel Open Source Technology Centre
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/5400393c/attachment-0001.html>
On Fri, Mar 25, 2016 at 01:47:35PM +0530, Shashank Sharma wrote:
> HDMI 2.0/CEA-861-F introduces two new aspect ratios:
> - 64:27
> - 256:135
>
> This patch adds support for these aspect ratios in
> I915 driver, at various places.
>
> Signed-off-by: Shashank Sharma
Ok, we discussed this a bit i
MI_RPC unit
test which opens a stream without requesting periodic sampling, but didn't
poll or read in that case so far so didn't hit this yet.
At least for the read() this is partially considered by returning -EIO if
attempting a blocking read while the stream is disabled, but it doesn't
consider the case that the stream is enabled but periodic sampling isn't
enabled.
Regards,
- Robert
> -Chris
>
> --
> Chris Wilson, Intel Open Source Technology Centre
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/e3d73dd4/attachment.html>
Follow-up of kernel patch:
https://lists.freedesktop.org/archives/dri-devel/2015-July/086041.html
The Kodi/XBMC and ChromeOS developers want to transcode NV12 to RGB
with OpenGL shaders, importing the two source planes through
EGL_EXT_image_dma_buf_import. That requires importing the Y plane as a
From: Gustavo Padovan
Hi,
Here we clean up the Sync ABI and then improve in to a more optimized version.
Also it is now less likely to need changes in the future. This is not
breaking any upstream user of the sync framework, as no driver wired support
for it, so far Android is the only user. A p
From: Gustavo Padovan
This function had copies in 3 different files. Unify them in kernel.h.
Cc: Joe Perches
Cc: Andrew Morton
Cc: David Airlie
Cc: Daniel Vetter
Cc: Rob Clark
Signed-off-by: Gustavo Padovan
---
v2: add typecheck() (comment from Maarten Lankhorst)
v3: make u64_to_user_ptr
From: Gustavo Padovan
Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid
future API breaks and optimize buffer allocation.
Now num_fences can be filled by the caller to inform how many fences it
wants to retrieve from the kernel. If the num_fences passed is greater
than ze
ough) but it's at the expense
of a slightly larger stream struct (though also don't see that as a concern
currently).
Can change if you like.
Regards,
- Robert
> -Chris
>
> --
> Chris Wilson, Intel Open Source Technology Centre
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/a0943589/attachment.html>
On Wed, Apr 20, 2016 at 03:02:31PM +0530, Vinay Simha BN wrote:
> Add documentation for lt070me05000 panel
>
> Signed-off-by: Vinay Simha BN
> ---
> .../bindings/display/panel/jdi,lt070me05000.txt| 43
> ++
> 1 file changed, 43 insertions(+)
> create mode 100644
> Docu
Unfortunately HPD isn't functional once we shut off all of the power
domains. Unfortunately we can end up shutting off all of the power
domains in any situation where we don't have any monitors connected,
essentially breaking hpd for the user unless they reboot with one of
their monitors connected.
On 21 April 2016 at 16:32, Dongseong Hwang wrote:
> Follow-up of kernel patch:
> https://lists.freedesktop.org/archives/dri-devel/2015-July/086041.html
>
> The Kodi/XBMC and ChromeOS developers want to transcode NV12 to RGB
> with OpenGL shaders, importing the two source planes through
> EGL_EXT_
Follow-up of kernel patch:
https://lists.freedesktop.org/archives/dri-devel/2015-July/086041.html
Generate it using `make headers_install`
ChromeOS will use new format to optimize video decoding.
CC: Stéphane Marchesin
CC: Daniele Castagna
Cc: Rainer Hochecker
Cc: Benjamin Widawsky
CC: Cha
FORMAT_NV24fourcc_code('N', 'V', '2', '4') /*
> non-subsampled Cr:Cb plane */
> +#define DRM_FORMAT_NV42fourcc_code('N', 'V', '4', '2') /*
> non-subsampled Cb:Cr plane */
>
> /*
> * 3 plane YCbCr
> @@ -216,7 +225,7 @@
> * - multiple of 128 pixels for the width
> * - multiple of 32 pixels for the height
> *
> - * For more information: see
> http://linuxtv.org/downloads/v4l-dvb-apis/re32.html
> + * For more information: see
> https://linuxtv.org/downloads/v4l-dvb-apis/re32.html
> */
> #define DRM_FORMAT_MOD_SAMSUNG_64_32_TILE fourcc_mod_code(SAMSUNG, 1)
>
> --
> 2.5.0
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/0aec95a3/attachment.html>
On Thu, Apr 21, 2016 at 04:14:12AM +0300, Laurent Pinchart wrote:
> Make the Z-order of VSP planes configurable through the zpos property,
> exactly as for the native DU planes.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 16
> drivers/gpu
E.g. for reference:
https://lists.freedesktop.org/archives/intel-gfx/2014-November/055385.html
(wow, sad face after seeing how long I've been kicking this stuff)
I'd prefer to stick with this approach now, unless you see a big problem
with it.
Regards,
- Robert
> -Chris
>
> --
> Chris Wilson, Intel Open Source Technology Centre
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/2276a1b8/attachment-0001.html>
On Thu, Apr 21, 2016 at 04:43:19PM +0100, Robert Bragg wrote:
>On Wed, Apr 20, 2016 at 11:52 PM, Chris Wilson
><[1]chris at chris-wilson.co.uk> wrote:
>
> On Wed, Apr 20, 2016 at 03:23:10PM +0100, Robert Bragg wrote:
> > +static int i915_oa_read(struct i915_perf_stream *stream,
>
axime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/e5381b59/attachment.html>
https://lists.freedesktop.org/mailman/listinfo/dri-devel
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
> -
> Intel Finland Oy
> Registered Address: PL 281, 00181 Helsinki
> Business Identity Code: 0357606 - 4
> Domiciled in Helsinki
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/e92b7ede/attachment.html>
TML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/01cf1f29/attachment-0001.html>
27;2', '4')
>> /* non-subsampled Cr:Cb plane */
>> +#define DRM_FORMAT_NV42fourcc_code('N', 'V', '4', '2')
>> /* non-subsampled Cb:Cr plane */
>>
>> /*
>> * 3 plane YCbCr
>> @@ -216,7 +225,7 @@
>> * - multiple of 128 pixels for the width
>> * - multiple of 32 pixels for the height
>> *
>> - * For more information: see
>> http://linuxtv.org/downloads/v4l-dvb-apis/re32.html
>> + * For more information: see
>> https://linuxtv.org/downloads/v4l-dvb-apis/re32.html
>> */
>> #define DRM_FORMAT_MOD_SAMSUNG_64_32_TILE fourcc_mod_code(SAMSUNG,
>> 1)
>>
>> --
>> 2.5.0
>>
>>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/93efe6d1/attachment.html>
Produced from headers_install of 9dabb0053b63bc32ab6ad5d13209d1e43395313f
(drm-intel-nightly) in the kernel.
ChromeOS will use new format to optimize video decoding.
CC: Stéphane Marchesin
CC: Daniele Castagna
CC: Emil Velikov
Cc: Rainer Hochecker
Cc: Benjamin Widawsky
CC: Chad Versace
Sig
On 21 April 2016 at 18:46, Dongseong Hwang wrote:
> Produced from headers_install of 9dabb0053b63bc32ab6ad5d13209d1e43395313f
> (drm-intel-nightly) in the kernel.
>
> ChromeOS will use new format to optimize video decoding.
>
Did you check before sending the patch out ?
As mentioned over IRC a few
Daniel,
Thanks a lot for the quick reply!
On 20 Apr 01:34 PM, Daniel Vetter wrote:
> On Tue, Apr 19, 2016 at 02:31:13PM -0300, Ezequiel Garcia wrote:
> > Currently, our implementation of drm_connector_funcs.detect is
> > based on getting a valid EDID.
> >
> > This requirement makes the driver fa
Den 21.04.2016 09:28, skrev Daniel Vetter:
> On Wed, Apr 20, 2016 at 08:15:30PM +0200, Noralf Trønnes wrote:
>> Den 20.04.2016 19:42, skrev Daniel Vetter:
>>> On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote:
Now that drm_fb_helper gets deferred io support, the
drm_fb_hel
The regulators may not be available just because their driver's probe
function was just not executed and so the regulators not registered.
So, in this case the Exynos HDMI driver should not print logs since
a -EPROBE_DEFER is not really an error and that will just pollute
the kernel log and confus
Den 20.04.2016 17:25, skrev Noralf Trønnes:
> This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
> Accumulated fbdev framebuffer changes are signaled using the callback
> (struct drm_framebuffer_funcs *)->dirty()
>
> The drm_fb_helper_sys_*() functions will accumulate changes and
[Re-sending to the correct mailing list. Apologies if you've seen it already]
Hi all, David Howells
Dave Airlie pointed out that "polluting" the headers in a manner as seen
with this series might not be too wise. David H, can we hear your view
on the topic ?
Note that these headers are meant t
Cc: Alex Deucher
Cc: Christian König
Signed-off-by: Emil Velikov
---
include/uapi/drm/amdgpu_drm.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/uapi/drm/amdgpu_drm.h b/include/uapi/drm/amdgpu_drm.h
index 453a76a..cdecf87 100644
--- a/include/uapi/drm/amdgpu_drm.h
+++ b/i
Cc: Daniel Vetter
Signed-off-by: Emil Velikov
---
Daniel,
Based on earlier chat that his file has never been used by userspace,
should we just move it for internal usage (to include/drm) ?
Regards,
Emil
---
include/uapi/drm/i810_drm.h | 8
1 file changed, 8 insertions(+)
diff --git
Cc: Daniel Vetter
Cc: Jani Nikula
Signed-off-by: Emil Velikov
---
include/uapi/drm/i915_drm.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/uapi/drm/i915_drm.h b/include/uapi/drm/i915_drm.h
index a5524cc..c17d63d 100644
--- a/include/uapi/drm/i915_drm.h
+++ b/include/uapi/
1 - 100 of 131 matches
Mail list logo
