I assume the TILE property described below would be per-connector?
It looks like this would handle the DP MST tiled display case.
At the risk of trying to solve too much at once:
There are also configurations where users configure multiple heads to
drive power walls that they want to be treated
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141021/44935b4d/attachment.html>
On Thu, Oct 16, 2014 at 12:39:29PM -0700, Todd Previte wrote:
>
> On 10/16/2014 10:46 AM, ville.syrjala at linux.intel.com wrote:
> >From: Ville Syrj?l?
> >
> >Sometimes we seem to get utter garbage from DPCD reads. The resulting
> >buffer is filled with the same byte, and the operation completed
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141021/89df4fa3/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141021/06f6ec20/attachment.html>
On Wed, Oct 08, 2014 at 11:40:34AM -0500, Chuck Ebbert wrote:
> Make drm_mode_add_fb() call drm_mode_add_fb2() after converting its
> args to the new internal format, instead of duplicating code.
>
> Also picks up a lot more error checking, which the legacy modes
> should pass after being converte
eiving 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/20141021/06c37649/attachment.html>
On Wed, Oct 08, 2014 at 11:37:20AM -0500, Chuck Ebbert wrote:
> Fix:
>
> ioclt -> ioctl in comment
> wrong variable name in debug message
>
> Signed-off-by: Chuck Ebbert
Reviewed-by: Ville Syrj?l?
> ---
>
> --- drivers/gpu/drm/drm_crtc.c.orig 2014-10-08 11:29:50.948406186 -0500
> +++ d
computer at this moment, but on weekend
I can try Debian Wheezy with 3.2 kernel.
--
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/attach
Hi Dave,
drm-intel-next-2014-10-03:
- first batch of skl stage 1 enabling
- fixes from Rodrigo to the PSR, fbc and sink crc code
- kerneldoc for the frontbuffer tracking code, runtime pm code and the basic
interrupt enable/disable functions
- smaller stuff all over
drm-intel-next-2014-09-19:
- b
2014-10-09 12:38 GMT-03:00 Todd Previte :
> These counters are used for Displayort complinace testing to detect error
> conditions
> when executing certain compliance tests. Currently these are used in the EDID
> tests
> to determine if the video mode needs to be set to the preferred mode or the
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141021/a260723b/attachment.html>
On Tue, Oct 21, 2014 at 2:27 PM, Daniel Vetter
wrote:
> There's some simple merge conflicts with current upstream but nothing
> serious really, I can push out a merge point if you want to. As usual
> -nightly has the solution for you to peek at.
Sorrry I've lied, there's an annoying conflict tha
on vlv, if ipvr is installed, it need be manually unloaded before
i915, otherwise user might run into use-after-free issue.
Signed-off-by: Yao Cheng
---
tests/drv_module_reload | 16
1 file changed, 16 insertions(+)
diff --git a/tests/drv_module_reload b/tests/drv_module_reload
Setup minimum required resources during i915_driver_load:
1. Create a platform device to share MMIO/IRQ resources
2. Make the platform device child of i915 device for runtime PM.
3. Create IRQ chip to forward the VED irqs.
VED driver (a standalone drm driver) probes the VED device and
creates a new
drm/ipvr is a new GEM driver for VED (PowerVR's VPU integrated in Intel GPU),
which
extends video decoding capability.
Two new Kconfig added for building ipvr driver:
CONFIG_DRM_IPVR: Build option for ipvr module
CONFIG_DRM_IPVR_EC: Experimental feature of error concealment
The driver name "i
https://bugzilla.kernel.org/show_bug.cgi?id=62721
--- Comment #16 from S?bastien Bianti ---
Created attachment 154411
--> https://bugzilla.kernel.org/attachment.cgi?id=154411&action=edit
Full dmesg log fedora-20 3.16.4-200.fc20.x86_64
--
You are receiving this mail because:
You are watching t
https://bugzilla.kernel.org/show_bug.cgi?id=62721
S?bastien Bianti changed:
What|Removed |Added
CC||sebastienbianti at free.fr
--- Comment
Hi Dave,
So -rc1 is out the door and the first i915 pull request for 3.19 in your
inbox ;-)
Due to the early drm-next merge window we've already accumulated two
testing cycles instead of the usual one, but somehow there wasn't too much
going on really.
drm-intel-next-2014-10-03:
- first batch of
On Tue, Oct 21, 2014 at 02:37:47PM +0800, Yao Cheng wrote:
> add usermode helper for the ipvr kernel driver.
> test tools:
> 1. test_ioctl: test kernel driver by directly ioctl
> 2. test_decode: test decode functionality by calling libdrm_ipvr
>
> Signed-off-by: Yao Cheng
The testcase seems fair
On Tue, Oct 21, 2014 at 02:36:41PM +0800, Yao Cheng wrote:
> Setup minimum required resources during i915_driver_load:
> 1. Create a platform device to share MMIO/IRQ resources
> 2. Make the platform device child of i915 device for runtime PM.
> 3. Create IRQ chip to forward the VED irqs.
> VED dri
On Sat, Oct 18, 2014 at 12:13:23AM +0300, Jani Nikula wrote:
> Documentation/kbuild/kconfig-language.txt warns to use select with care,
> and in general use select only for non-visible symbols and for symbols
> with no dependencies, because select will force a symbol to a value
> without visiting t
On Tue, Oct 21, 2014 at 02:36:41PM +0800, Yao Cheng wrote:
> Setup minimum required resources during i915_driver_load:
> 1. Create a platform device to share MMIO/IRQ resources
> 2. Make the platform device child of i915 device for runtime PM.
> 3. Create IRQ chip to forward the VED irqs.
> VED dri
On 10/21/2014 01:10 PM, Andrzej Hajda wrote:
> On 10/14/2014 11:00 AM, Thierry Reding wrote:
>> On Mon, Oct 13, 2014 at 02:29:15PM +0200, Andrzej Hajda wrote:
>>> Hi Thierry,
>>>
>>> On 10/13/2014 12:16 PM, Thierry Reding wrote:
From: Thierry Reding
Currently the mipi_dsi_dcs_write(
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141021/684e319b/attachment-0001.html>
On 10/14/2014 11:00 AM, Thierry Reding wrote:
> On Mon, Oct 13, 2014 at 02:29:15PM +0200, Andrzej Hajda wrote:
>> Hi Thierry,
>>
>> On 10/13/2014 12:16 PM, Thierry Reding wrote:
>>> From: Thierry Reding
>>>
>>> Currently the mipi_dsi_dcs_write() function requires the DCS command
>>> byte to be emb
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141021/f3039402/attachment.html>
e bad commit should be
somewhere around 3.15-rc0 and 3.15-rc2.
--
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/20141021/
On 10/13/2014 12:16 PM, Thierry Reding wrote:
> From: Thierry Reding
>
> Provide a small convenience wrapper that transmits a DCS nop command.
>
> Signed-off-by: Thierry Reding
For this and patches 09, 11, 12 the same comments apply as for 06/15.
Beside this they look OK to me.
Regards
Andrzej
On 10/13/2014 12:16 PM, Thierry Reding wrote:
> From: Thierry Reding
>
> Provide a small convenience wrapper that transmits a DCS get_power_mode
> command. A set of bitmasks for the mode bits is also provided.
>
> Signed-off-by: Thierry Reding
Besides one nitpick below.
Acked-by: Andrzej Hajda
On 10/13/2014 12:16 PM, Thierry Reding wrote:
> From: Thierry Reding
>
> Integrate the MIPI DSI helpers into DocBook and clean up various
> kerneldoc warnings. Also add a brief DOC section and clarify some
> aspects of the mipi_dsi_host struct's .transfer() operation.
>
> Signed-off-by: Thierry Re
ping!
On Fri, Oct 10, 2014 at 6:18 PM, Ajay Kumar wrote:
> This series is based on exynos-drm-next branch of Inki Dae's tree at:
> git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
>
> DECON(Display and Enhancement Controller) is the new IP
> in exynos7 SOC for generating video
On Tue, Oct 21, 2014 at 02:36:42PM +0800, Yao Cheng wrote:
> Probes VED and creates a new drm device for hardware accelerated
> video decoding.
> Currently support VP8 decoding on valleyview.
>
> Signed-off-by: Yao Cheng
The in-patch changelog here is missing, and there's also no indication in
t
first version where the crashes started
to occur, and the version prior to it?
--
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/20141021/6daa811b/attachment.html>
On Mon, Oct 20, 2014 at 10:00:20AM -0700, Randy Dunlap wrote:
> On 10/20/14 07:53, Masanari Iida wrote:
> > This patch fix spelling typos found in drm.xml.
> > It is because the file is generated from comments in
> > source codes, I have to fix the typos within source files.
> >
> > Signed-off-by:
On 10/13/2014 12:16 PM, Thierry Reding wrote:
> From: YoungJun Cho
>
> Add helpers for the {enter,exit}_sleep_mode, set_display_{on,off} and
> set_tear_{on,off} DCS commands.
>
> Signed-off-by: YoungJun Cho
> [treding: kerneldoc and other minor cleanup]
> Signed-off-by: Thierry Reding
The code
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/20141021/0b868c75/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141021/d546b8b9/attachment.html>
no sense.
--
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/20141021/48b8a68a/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141021/a7511e2d/attachment.html>
Hi, Dave
The following changes since commit bfe01a5ba2490f299e1d2d5508cbbbadd897bbe9:
Linux 3.17 (2014-10-05 12:23:04 -0700)
are available in the git repository at:
https://github.com/markyzq/kernel-drm-rockchip.git drmrockchip
for you to fetch changes up to 45bb5f4e7e82b30e9e7069c734
om this log that the particular error reported in this bug no
longer occurs.
--
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/attachment
n Kabini at all?
heh - I spent great time to adding glamor to carefully minimized minimyth2
image - just because on many places it is stated that mesa's radeonsi mandatory
requires glamor
br
--
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/20141021/2a58dc0d/attachment-0001.html>
ktop.org/archives/dri-devel/attachments/20141021/36ec8df3/attachment.html>
org/archives/dri-devel/attachments/20141021/233214b1/attachment.html>
archives/dri-devel/attachments/20141021/bdd65f43/attachment.html>
ceiving 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/20141021/40d5ac3f/attachment.html>
This looks like a use-after-free bug in the Mesa r600g driver. Can you report
this upstream at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa ,
component Drivers/Gallium/r600?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachmen
function to print some debugging output.
--
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/20141021/89c21d12/attachment.html>
49 matches
Mail list logo
