On Fri, May 12, 2017 at 07:55:42PM +0100, Chris Wilson wrote:
> Constructing the name takes the majority of the time for allocating a
> sync_file to wrap a fence, and the name is very rarely used (only via
> the sync_file status user interface). To reduce the impact on the common
> path (that of cr
On Monday 15 May 2017 08:47:49 Daniel Vetter wrote:
> On Sun, May 14, 2017 at 02:04:24PM +0300, Laurent Pinchart wrote:
> > On Friday 12 May 2017 17:06:14 Jose Abreu wrote:
> >> On 12-05-2017 10:35, Laurent Pinchart wrote:
> >>> On Tuesday 09 May 2017 18:00:12 Jose Abreu wrote:
> +
On 15.05.2017 08:56, Daniel Vetter wrote:
> On Fri, May 12, 2017 at 02:37:17PM +0200, Andrzej Hajda wrote:
>> On 12.05.2017 09:31, Daniel Vetter wrote:
>>> From: Jose Abreu
>>>
>>> This adds a new callback to crtc, encoder and bridge helper functions
>>> called mode_valid(). This callback shall be
On Mon, May 15, 2017 at 10:10 AM, Andrzej Hajda wrote:
> Sorry for confusing shortcut, I have just inspected call sites of both
> callbacks - drm_helper_probe_single_connector_modes, both callbacks are
> called from this function, so my idea was to move loop
> 'list_for_each_entry(mode, &connector
On 05/12/2017 04:56 PM, Philippe CORNU wrote:
> This mipi dsi host driver is based on the Rockchip version of the
> Synopsys Designware mipi dsi driver (rockchip/dw-mipi-dsi.c)
> modified for the stm32 family:
> - replace Rockchip digital & phy specific extensions with stm32's ones.
> - add a bridg
On 11.05.2017 11:05, Jose Abreu wrote:
> Add a new helper to call crtc->mode_valid, connector->mode_valid
> and encoder->mode_valid callbacks.
>
> Suggested-by: Ville Syrjälä
> Signed-off-by: Jose Abreu
> Cc: Carlos Palminha
> Cc: Alexey Brodkin
> Cc: Ville Syrjälä
> Cc: Daniel Vetter
> Cc: D
On 11.05.2017 11:06, Jose Abreu wrote:
> This changes the connector probe helper function to use the new
> encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid()
> helper callbacks to validate the modes.
>
> The new callbacks are optional so the behaviour remains the same
> if they are
On Mon, May 15, 2017 at 12:30:33AM +0800, Icenowy Zheng wrote:
> Allwinner "Display Engine 2.0" contains some clock controls in it.
>
> In order to add them as clock drivers, we need a device tree binding.
> Add the binding here.
>
> Also add the device tree binding headers.
>
> Signed-off-by: I
On Mon, May 15, 2017 at 12:30:34AM +0800, Icenowy Zheng wrote:
> The "Display Engine 2.0" in Allwinner newer SoCs contains a clock
> management unit for its subunits, like the DE CCU in A80.
>
> Add a sunxi-ng style driver for it.
>
> Signed-off-by: Icenowy Zheng
Applied, thanks!
Maxime
--
Max
On 11.05.2017 11:06, Jose Abreu wrote:
> This patches makes use of the new mode_valid() callbacks introduced
> previously to validate the full video pipeline when modesetting.
>
> This calls the encoder->mode_valid(), bridge->mode_valid() and
> crtc->mode_valid() so that we can make sure that the m
On Thu, May 11, 2017 at 10:06:02AM +0100, Jose Abreu wrote:
> Now that we have a callback to check if crtc supports a given mode
> we can use it in arcpgu so that we restrict the number of probbed
> modes to the ones we can actually display.
>
> This is specially useful because arcpgu crtc is resp
On Mon, May 15, 2017 at 09:01:29AM +0200, Daniel Vetter wrote:
> On Fri, May 12, 2017 at 07:55:42PM +0100, Chris Wilson wrote:
> > Constructing the name takes the majority of the time for allocating a
> > sync_file to wrap a fence, and the name is very rarely used (only via
> > the sync_file status
On 11.05.2017 11:06, Jose Abreu wrote:
> Now that we have a callback to check if crtc supports a given mode
> we can use it in arcpgu so that we restrict the number of probbed
> modes to the ones we can actually display.
>
> This is specially useful because arcpgu crtc is responsible to set
> a clo
https://bugzilla.kernel.org/show_bug.cgi?id=195743
--- Comment #2 from Michel Dänzer (mic...@daenzer.net) ---
Did you update to a newer kernel version when the problem started, or what
changed?
--
You are receiving this mail because:
You are watching the assignee of the bug.
Laurent started a massive discussion on IRC about this. Let's try to
document common usage a bit better.
v2: Cross-links+typos.
Cc: Laurent Pinchart
Cc: Ville Syrjälä
Cc: Jose Abreu
Signed-off-by: Daniel Vetter
---
include/drm/drm_bridge.h | 2 +-
include/drm/drm_crtc.h
Brought up by both Laurent and Andrzej when reviewing the new
->mode_valid hooks. Since mode_fixup is just a simpler version of the
much more generic atomic_check we can't really unify it with
mode_valid. Most drivers should probably switch their current
mode_fixup code to either the new mode_valid
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #1 from Michel Dänzer ---
Please attach the dmesg output corresponding to the problem here directly.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=100984
--- Comment #8 from Alexander Tsoy ---
This is probably a duplicate of bug 100189.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.
On Mon, May 15, 2017 at 12:30:37AM +0800, Icenowy Zheng wrote:
> As we are going to add support for the Allwinner DE2 engine in sun4i-drm
> driver, we will finally have two types of display engines -- the DE1
> backend and the DE2 mixer. They both do some display blending and feed
> graphics data t
On Mon, May 15, 2017 at 12:30:43AM +0800, Icenowy Zheng wrote:
> + de2_clocks: clock@100 {
display_clocks would be better there, we don't have to dissociate de1
with de2
> + compatible = "allwinner,sun8i-v3s-de2-clk";
> + reg = <0x0100 0
On Mon, May 15, 2017 at 12:30:35AM +0800, Icenowy Zheng wrote:
> Allwinner V3s SoC have a display engine which have a different pipeline
> with older SoCs.
>
> Add document for it (new compatibles and the new "mixer" part).
>
> Signed-off-by: Icenowy Zheng
> Acked-by: Rob Herring
Applied, than
On Mon, May 15, 2017 at 12:30:36AM +0800, Icenowy Zheng wrote:
> As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm
> driver, we will finally have two types of layers.
>
> Each layer is bound to a drm_plane that is CRTC-specific, so we create
> them when initializing CRTC (cal
On Mon, May 15, 2017 at 10:39:35AM +0200, Andrzej Hajda wrote:
> On 11.05.2017 11:06, Jose Abreu wrote:
> > This changes the connector probe helper function to use the new
> > encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid()
> > helper callbacks to validate the modes.
> >
> > The
From: Jose Abreu
This adds a new callback to crtc, encoder and bridge helper functions
called mode_valid(). This callback shall be implemented if the
corresponding component has some sort of restriction in the modes
that can be displayed. A NULL callback implicates that the component
can display
On 15.05.2017 11:30, Daniel Vetter wrote:
> On Mon, May 15, 2017 at 10:39:35AM +0200, Andrzej Hajda wrote:
>> On 11.05.2017 11:06, Jose Abreu wrote:
>>> This changes the connector probe helper function to use the new
>>> encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid()
>>> helper
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.11
head: c285c73f2213f503a93aa142fff186e160b4a371
commit: 5f92704d0cc5928824ffa4ff8cec5cd4c0f55b24 [1061/1085] drm/amd: fix init
order of sched job
config: sparc-allmodconfig (attached as .config)
compiler: sparc64-linux-gnu-gcc
Constructing the name takes the majority of the time for allocating a
sync_file to wrap a fence, and the name is very rarely used (only via
the sync_file status user interface). To reduce the impact on the common
path (that of creating sync_file to pass around), defer the construction
of the name u
Hey
On Mon, May 15, 2017 at 12:10 PM, Chris Wilson wrote:
> Constructing the name takes the majority of the time for allocating a
> sync_file to wrap a fence, and the name is very rarely used (only via
> the sync_file status user interface). To reduce the impact on the common
> path (that of crea
Changes since v2 RFC version:
- Drop the second patch that exposed the raw CSC and preoffset vector
- Rename YCBCR_ENCODING to COLOR_ENCODING, add YCbCr to enum values instead
- Split the encoding and used value range to different properties:
COLOR_ENCODING and COLOR_RANGE
The v2 RFC and the
Add a standard optinal properties to support different non RGB color
encodings in DRM planes. COLOR_ENCODING select the supported non RGB
color encoding, for instance ITU-R BT.709 YCbCr. COLOR_RANGE selects
the value ranges within the selected color encoding. The properties
are stored to drm_plane
On Mon, May 15, 2017 at 12:50:04PM +0200, David Herrmann wrote:
> Hey
>
> On Mon, May 15, 2017 at 12:10 PM, Chris Wilson
> wrote:
> > Constructing the name takes the majority of the time for allocating a
> > sync_file to wrap a fence, and the name is very rarely used (only via
> > the sync_file
Hey
On Mon, May 15, 2017 at 1:42 PM, Chris Wilson wrote:
> On Mon, May 15, 2017 at 12:50:04PM +0200, David Herrmann wrote:
>> Hey
>>
>> On Mon, May 15, 2017 at 12:10 PM, Chris Wilson
>> wrote:
>> > Constructing the name takes the majority of the time for allocating a
>> > sync_file to wrap a fe
On Sat, May 13, 2017 at 11:52:00AM +0100, Chris Wilson wrote:
> Both as an exercise to document that we are reading the state outside of
> the appropriate mutex and to ensure that we only read the value once
> before the multiple comparisons, use READ_ONCE.
I think gcc could also opt to re-evalute
On Sat, May 13, 2017 at 11:52:01AM +0100, Chris Wilson wrote:
> As we can have multiple tx in the queue, with individual waiters, make
> sure that all are woken when any state changes (so that we are sure the
> right owner of the txmsg is woken).
>
> Signed-off-by: Chris Wilson
I think in practi
On Mon, May 15, 2017 at 2:02 PM, Dmitry Osipenko wrote:
> The RESTART opcode terminates the gather and restarts the CDMA fetch from
> a specified word << 2 relative to the CDMA start address. That shouldn't
> be allowed to be done by userspace.
>
> Signed-off-by: Dmitry Osipenko
Outch, yeah.
Re
On Mon, May 15, 2017 at 02:04:43PM +0200, Daniel Vetter wrote:
> On Sat, May 13, 2017 at 11:52:01AM +0100, Chris Wilson wrote:
> > As we can have multiple tx in the queue, with individual waiters, make
> > sure that all are woken when any state changes (so that we are sure the
> > right owner of th
On Monday, 2017-05-15 14:19:09 +0300, Jyri Sarha wrote:
> Add a standard optinal properties to support different non RGB color
"optional" (same in commit title)
> encodings in DRM planes. COLOR_ENCODING select the supported non RGB
> color encoding, for instance ITU-R BT.709 YCbCr. COLOR_RANGE se
bugzilla-dae...@freedesktop.org writes:
> Bug ID 101044
> SummaryI915 driver caused VGA got no ignal after plug-out then
> plug-in the VGA cable
> ProductMesa
> Versionunspecified
> Hardware Other
> OS Linux (All)
> Status NEW
> Severity normal
>
Hi Rob,
On 14 May 2017 at 18:26, Robert Foss wrote:
> Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience.
>
> Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up
> through the atomic API, but realizing that userspace is likely to take
> shortcuts and assume that
https://bugs.freedesktop.org/show_bug.cgi?id=101029
Craig changed:
What|Removed |Added
CC||stein...@gmail.com
--- Comment #2 from Craig -
On Mon, May 15, 2017 at 02:19:09PM +0300, Jyri Sarha wrote:
> Add a standard optinal properties to support different non RGB color
> encodings in DRM planes. COLOR_ENCODING select the supported non RGB
> color encoding, for instance ITU-R BT.709 YCbCr. COLOR_RANGE selects
> the value ranges within
On Mon, May 15, 2017 at 03:33:12PM +0300, Ville Syrjälä wrote:
> On Mon, May 15, 2017 at 02:04:43PM +0200, Daniel Vetter wrote:
> > On Sat, May 13, 2017 at 11:52:01AM +0100, Chris Wilson wrote:
> > > As we can have multiple tx in the queue, with individual waiters, make
> > > sure that all are woke
https://bugs.freedesktop.org/show_bug.cgi?id=101026
--- Comment #1 from Harry Wentland ---
Hi Liam,
I haven't tried it myself but I don't think this will work with the upstream
amdgpu driver. You can try Alex's amd-staging-4.9 or amd-staging-4.11 trees and
enable CONFIG_DRM_AMD_DC to get support
From: Gustavo Padovan
Drop legacy drm_for_each_connector() in favor of the race-free
drm_for_each_connector_iter()
Cc: Mark Yao
Signed-off-by: Gustavo Padovan
---
only built-tested!
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions
From: Gustavo Padovan
virtio_gpu_cursor_plane_update() doesn't need to know the exact
value of virtio_gpu_object_reserve() return, just if it is zero or
not. Thus just use the function direct in the return.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_plane.c | 4 +---
1 f
Adding dri-devel.
On Mon, May 15, 2017 at 08:16:44AM +, Yang, Libin wrote:
> Hi Daniel,
>
> >-Original Message-
> >From: Vetter, Daniel
> >Sent: Friday, May 12, 2017 2:06 AM
> >To: Bossart, Pierre-louis ; Yang, Libin
> >; jani.nik...@linux.intel.com
> >Cc: Girdwood, Liam R ; Lin, Meng
Good catch!
Reviewed-by: Lyude
On Mon, 2017-05-15 at 12:04 +0300, Peter Ujfalusi wrote:
> Commit cae9ff036eea effectively disabled the drm poll_helper by
> checking
> the wrong flag to see if the driver should enable the poll or not:
> mode_config.poll_enabled is only set to true by poll_init an
Mind giving me this a poke when this gets pushed upstream btw?
On Fri, 2017-05-12 at 08:56 +0200, Christian König wrote:
> Am 12.05.2017 um 01:31 schrieb Lyude:
> > We end up reading the interrupt register for HPD5, and then writing
> > it
> > to HPD6 which on systems without anything using HPD5 r
On 05/15/17 16:34, Ville Syrjälä wrote:
> On Mon, May 15, 2017 at 02:19:09PM +0300, Jyri Sarha wrote:
>> Add a standard optinal properties to support different non RGB color
>> encodings in DRM planes. COLOR_ENCODING select the supported non RGB
>> color encoding, for instance ITU-R BT.709 YCbCr. C
Hi Philippe,
(please avoid top posting)
On 05/15/2017 12:33 PM, Philippe CORNU wrote:
> Hi Neil,
> Many thanks for your comments.
>
> The PHY part of the MIPI DSI is the main difference between all chipsets
> based on the Synopsys DesignWare MIPI DSI.
> There is no "generic DSI PHY interface" a
On Mon, 15 May 2017, Daniel Vetter wrote:
> On Mon, May 15, 2017 at 03:33:12PM +0300, Ville Syrjälä wrote:
>> On Mon, May 15, 2017 at 02:04:43PM +0200, Daniel Vetter wrote:
>> > On Sat, May 13, 2017 at 11:52:01AM +0100, Chris Wilson wrote:
>> > > As we can have multiple tx in the queue, with indiv
On Mon, May 15, 2017 at 05:25:02PM +0300, Jyri Sarha wrote:
> On 05/15/17 16:34, Ville Syrjälä wrote:
> > On Mon, May 15, 2017 at 02:19:09PM +0300, Jyri Sarha wrote:
> >> Add a standard optinal properties to support different non RGB color
> >> encodings in DRM planes. COLOR_ENCODING select the sup
On Mon, May 15, 2017 at 10:53:25AM +0200, Daniel Vetter wrote:
> On Thu, May 11, 2017 at 10:06:02AM +0100, Jose Abreu wrote:
> > Now that we have a callback to check if crtc supports a given mode
> > we can use it in arcpgu so that we restrict the number of probbed
> > modes to the ones we can actu
On 05/09/2017 09:50 AM, Jani Nikula wrote:
On Mon, 08 May 2017, Tomasz Papież wrote:
Since the introduction of kernel 4.8 I've been experiencing color
banding on my Lenovo G50-80 notebook. I also had reports of the same
symptoms on the G50-70 model.
I figured out that the problem had been intr
On 2017-05-15 09:23 AM, Emil Velikov wrote:
Hi Rob,
On 14 May 2017 at 18:26, Robert Foss wrote:
Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience.
Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up
through the atomic API, but realizing that userspace is
Failing to do so meant that we got a resume() callback on first use of
the device, so we would leak the bin BO that we allocated during
probe.
Signed-off-by: Eric Anholt
Fixes: 553c942f8b2c ("drm/vc4: Allow using more than 256MB of CMA memory.")
---
drivers/gpu/drm/vc4/vc4_v3d.c | 1 +
1 file ch
From: Brian Starkey
Writeback connectors represent writeback engines which can write the
CRTC output to a memory framebuffer. Add a writeback connector type and
related support functions.
Drivers should initialize a writeback connector with
drm_writeback_connector_init() which takes care of sett
Hi,
This is v5 of the writeback connector series. Boris Brezillon thought
that having to explicitly instantiate an encoder when using
drm_writeback_connector
is a bit too cumbersome, so I'm pushing out this version where we embed
a virtual encoder inside drm_writeback_connector in order to satisf
From: Brian Starkey
Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to
enable userspace to get a fence which will signal once the writeback is
complete. It is not allowed to request an out-fence without a
framebuffer attached to the connector.
A timeline is added to drm_writeba
From: Brian Starkey
Mali-DP has a memory writeback engine which can be used to write the
composition result to a memory buffer. Expose this functionality as a
DRM writeback connector on supported hardware.
Changes since v1:
Daniel Vetter:
- Don't require a modeset when writeback routing change
Hi,
This series introduces support for Mali DP's memory writeback engine
using the generic writeback connector support introduced in the
"[PATCH v5 0/2] drm: Introduce writeback connectors" series [1]
This version updates the Mali DP code to remove the bespoke encoder used
with the drm_writeback_
From: Brian Starkey
Add a layer bit for the SE memory-write, and add it to the pixel format
matrix for DP550/DP650.
Signed-off-by: Brian Starkey
[rebased and fixed conflicts]
Signed-off-by: Mihail Atanassov
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/arm/malidp_hw.c | 28 ++---
Mali-DP display processors are able to write the composition result to a
memory buffer via the SE.
Add entry points in the HAL for enabling/disabling this feature, and
implement support for it on DP650 and DP550. DP500 acts differently and
so is omitted from this change.
Changes since v3:
- Fix
On 05/15/17 18:19, Ville Syrjälä wrote:
> On Mon, May 15, 2017 at 05:25:02PM +0300, Jyri Sarha wrote:
>> On 05/15/17 16:34, Ville Syrjälä wrote:
>>> On Mon, May 15, 2017 at 02:19:09PM +0300, Jyri Sarha wrote:
...
+ len++;
+ }
+
+ prop = drm_property_create_enum(dev, D
On Thu, May 11, 2017 at 04:56:23PM -0700, Eric Anholt wrote:
> The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with
> DSI->DPI bridge and touchscreen controller integrated, that connects
> to the Raspberry Pi through its 15-pin "DSI" connector (some lines are
> DSI, some lines are I2C).
https://bugs.freedesktop.org/show_bug.cgi?id=100393
--- Comment #5 from Mika ---
Created attachment 131369
--> https://bugs.freedesktop.org/attachment.cgi?id=131369&action=edit
few tweaks to make it work
This patch will provide 4 new options in driconf.
You must activate them prior launching
https://bugs.freedesktop.org/show_bug.cgi?id=100393
--- Comment #6 from Ilia Mirkin ---
(In reply to Mika from comment #5)
> Created attachment 131369 [details] [review]
> few tweaks to make it work
>
> This patch will provide 4 new options in driconf.
>
> You must activate them prior launching
https://bugs.freedesktop.org/show_bug.cgi?id=100393
--- Comment #7 from Mika ---
Hi,
With compat, in earlier version (1.7.4) I had GLSL compilation issues so in few
application the transform_feedback didn't work. It was related to
GL_ARB_enhanced_layouts, something was telling me it was not usabl
Signed-off-by: Tomasz Papież
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 2e55599816aa..42b619690428 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -152,6 +152,9 @@ static const struct edid_quirk {
/* Medion MD 30217 PG */
https://bugs.freedesktop.org/show_bug.cgi?id=101053
Bug ID: 101053
Summary: DC R9 285 fullscreen video regression since
drm/amd/display: Parse scanline registers
Product: DRI
Version: DRI git
Hardware: Other
Hi Eric,
Thank you for the patch.
On Thursday 11 May 2017 16:56:23 Eric Anholt wrote:
> The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with
> DSI->DPI bridge and touchscreen controller integrated, that connects
> to the Raspberry Pi through its 15-pin "DSI" connector (some lines are
>
Hi Rob,
On Monday 15 May 2017 15:44:57 Rob Herring wrote:
> On Thu, May 11, 2017 at 04:56:23PM -0700, Eric Anholt wrote:
> > The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with
> > DSI->DPI bridge and touchscreen controller integrated, that connects
> > to the Raspberry Pi through its
https://bugs.freedesktop.org/show_bug.cgi?id=101055
Bug ID: 101055
Summary: All GL programs segfault:
i915_state_derived.c:calculate_vertex_layout: i915->fs
== 0
Product: Mesa
Version: 17.1
Hardware: x86
From: Clint Taylor
During VSDB decode bytes 4 and 5 contain the source physical address for
use the HDMI CEC. Make this data available as part of drm_display_info.
Signed-off-by: Clint Taylor
---
drivers/gpu/drm/drm_edid.c | 10 ++
include/drm/drm_connector.h | 16
2
https://bugs.freedesktop.org/show_bug.cgi?id=101055
Emil Velikov changed:
What|Removed |Added
Component|Drivers/DRI/i915|Drivers/Gallium/i915g
--- Comment #1 fro
https://bugs.freedesktop.org/show_bug.cgi?id=99784
--- Comment #13 from lazane...@gmail.com ---
4.12.rc1 kernel (from http://kernel.ubuntu.com/~kernel-ppa/mainline/) crashes
at boot during DRM loading phase, just after internal display turns off.
http://imgur.com/a/VBKv4
--
You are receiving thi
Laurent Pinchart writes:
> Hi Eric,
>
> Thank you for the patch.
>
> On Thursday 11 May 2017 16:56:23 Eric Anholt wrote:
>> The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with
>> DSI->DPI bridge and touchscreen controller integrated, that connects
>> to the Raspberry Pi through its 15
On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote:
> Laurent Pinchart writes:
>
>> Hi Eric,
>>
>> Thank you for the patch.
>>
>> On Thursday 11 May 2017 16:56:23 Eric Anholt wrote:
>>> The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with
>>> DSI->DPI bridge and touchscreen controller
On Mon, May 15, 2017 at 1:20 PM, Liviu Dudau wrote:
> From: Brian Starkey
>
> Writeback connectors represent writeback engines which can write the
> CRTC output to a memory framebuffer. Add a writeback connector type and
> related support functions.
>
> Drivers should initialize a writeback conne
Hi Neil,
Many thanks for your comments.
The PHY part of the MIPI DSI is the main difference between all chipsets
based on the Synopsys DesignWare MIPI DSI.
There is no "generic DSI PHY interface" and that is probably why all soc
vendors have implemented their own drivers (RockChip, NXP/Freescale
On Wed, Mar 08, 2017 at 01:54:11PM +0900, Hoegeun Kwon wrote:
> The OF graph is not needed because the panel is a child of dsi. Remove
> the ports node in DSI node.
>
> Signed-off-by: Hoegeun Kwon
> Reviewed-by: Andrzej Hajda
> Reviewed-by: Andi Shyti
> ---
> arch/arm64/boot/dts/exynos/exynos5
On Thu, 2017-05-11 at 12:57 +0300, Jani Nikula wrote:
> Face the fact, there are Display Port sink and branch devices out there
> in the wild that don't follow the Display Port specifications, or they
> have bugs, or just otherwise require special treatment. Start a common
> quirk database the driv
On 14.05.2017 23:47, Dmitry Osipenko wrote:
> /* copy and resolve relocations from submit */
> while (num_relocs--) {
> + struct host1x_reloc *reloc;
> + struct tegra_bo *obj;
> +
> err = host1x_reloc_copy_from_user(&job->relocarray[num_relocs],
>
On Fri, 2017-05-12 at 17:31 -0700, Puthikorn Voravootivat wrote:
>
>
>
> On Fri, May 12, 2017 at 5:12 PM, Pandiyan, Dhinakaran
> wrote:
> On Thu, 2017-05-11 at 16:02 -0700, Puthikorn Voravootivat
> wrote:
> > Read desired PWM frequency from panel vbt and calculate the
>
Use interrupt handler for hpd GPIO to react to HPD changes.
Signed-off-by: Peter Ujfalusi
---
.../gpu/drm/omapdrm/displays/encoder-tpd12s015.c | 81 ++
1 file changed, 81 insertions(+)
diff --git a/drivers/gpu/drm/omapdrm/displays/encoder-tpd12s015.c
b/drivers/gpu/drm/oma
On Thu, 2017-05-11 at 09:12 -0700, Clint Taylor wrote:
>
> On 05/11/2017 02:57 AM, Jani Nikula wrote:
> > From: Clint Taylor
> >
> > The Analogix 7737 DP to HDMI converter requires reduced M and N values
> > when to operate correctly at HBR2. Detect this IC by its OUI value of
> > 0x0022B9 via th
On 14.05.2017 23:47, Dmitry Osipenko wrote:
> This fixes an OOPS in case of out-of-bounds accessing of a kmap'ed commands
> buffer CMA while patching relocations in do_relocs().
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/gpu/drm/tegra/gem.c | 3 +++
> 1 file changed, 3 insertions(+)
>
>
Hi Laurent,
Sorry for the late reply.
On 12-05-2017 10:57, Laurent Pinchart wrote:
> Hi Jose,
>
> Thank you for the patch.
>
> On Tuesday 09 May 2017 18:00:15 Jose Abreu wrote:
>> Now that we have a callback to check if crtc supports a given mode
>> we can use it in arcpgu so that we restrict t
Local variable has_reduced_clock is assigned to a constant value and it is
never updated again. Remove this variable and the dead code it guards.
Addresses-Coverity-ID: 1362230
Signed-off-by: Gustavo A. R. Silva
---
drivers/gpu/drm/i915/intel_display.c | 9 +
1 file changed, 1 insertion(
If the hpd_gpio is valid, use interrupt handler to react to HPD changes.
In case the hpd_gpio is not valid, try to enable hpd detection on the
encoder if it supports it.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/connector-hdmi.c | 104 ++
1 file chang
On Mon, May 08, 2017 at 02:32:53PM +0300, Laurent Pinchart wrote:
> The HDMI audio driver only needs to know which generation of HDMI
> transmitter it deals with, not the detailed SoC model. Pass the version
> number as an integer to prepare for removal of the OMAP SoC version from
> the omapdrm dr
On Mon, May 15, 2017 at 4:07 PM, Pandiyan, Dhinakaran <
dhinakaran.pandi...@intel.com> wrote:
> On Fri, 2017-05-12 at 17:31 -0700, Puthikorn Voravootivat wrote:
> >
> >
> >
> > On Fri, May 12, 2017 at 5:12 PM, Pandiyan, Dhinakaran
> > wrote:
> > On Thu, 2017-05-11 at 16:02 -0700, Puthikor
On Sun, May 14, 2017 at 3:00 PM, Mauro Carvalho Chehab
wrote:
> Em Sun, 14 May 2017 14:05:09 -0700
> Kees Cook escreveu:
>
>> On Sun, May 14, 2017 at 8:38 AM, Mauro Carvalho Chehab
>> wrote:
>> > As just one book (lsm) was missing conversion, let's convert it
>> > and store as if it were a plain
于 2017年5月15日 GMT+08:00 下午5:20:01, Maxime Ripard
写到:
>On Mon, May 15, 2017 at 12:30:37AM +0800, Icenowy Zheng wrote:
>> As we are going to add support for the Allwinner DE2 engine in
>sun4i-drm
>> driver, we will finally have two types of display engines -- the DE1
>> backend and the DE2 mixer.
The HPD signal can be used for detecting HDMI cable plug and unplug event
without the need for polling the status of the line.
This will speed up detecting such event because we do not need to wait for
the next poll event to notice the state change.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/
Hi Daniel,
On 15-05-2017 16:52, Daniel Vetter wrote:
> On Mon, May 15, 2017 at 10:53:25AM +0200, Daniel Vetter wrote:
>> On Thu, May 11, 2017 at 10:06:02AM +0100, Jose Abreu wrote:
>>> Now that we have a callback to check if crtc supports a given mode
>>> we can use it in arcpgu so that we restri
On Sun, 14 May 2017, Mauro Carvalho Chehab wrote:
DocBook is mentioned several times at the documentation. Update
the obsolete references from it at the DocBook.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/PCI/MSI-HOWTO.txt| 2 +-
Documentation/admin-guide/README.rst
Simplify logic to avoid unnecessary variable declaration and assignment.
Signed-off-by: Gustavo A. R. Silva
---
drivers/gpu/drm/i915/intel_display.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
Hi,
this series will add support for HPD in omapdrm. Instead of polling for HPD
changes we can use interrupts to be notified of HPD change, thus we can react to
events faster.
The series is based on top of 4.12-rc1
Regards,
Peter
---
Peter Ujfalusi (3):
drm/omap: Support for HDMI hot plug dete
Commit cae9ff036eea effectively disabled the drm poll_helper by checking
the wrong flag to see if the driver should enable the poll or not:
mode_config.poll_enabled is only set to true by poll_init and it is not
indicating if the poll is enabled or not.
nouveau_display_create() will initialize the
1 - 100 of 106 matches
Mail list logo
