-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/f0717c28/attachment.html>
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/70a6a558/attachment.html>
ML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/9e7ae770/attachment.html>
g/archives/dri-devel/attachments/20161119/b88e7688/attachment-0001.html>
.
I can get the same error messages if the amdgpu is not blacklisted.
--
You are receiving this 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/2016111
https://bugzilla.kernel.org/show_bug.cgi?id=178221
Christian Nissen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 11/18/16 23:53, Jyri Sarha wrote:
>> Ok, got it. You need to set the palette loading mode back to 'palette
>> > and data' before returning. Just add this at the end:
>> >
>> > tilcdc_write_mask(dev, LCDC_RASTER_CTRL_REG,
>> > LCDC_PALETTE_LOAD_MODE(PALETTE_AND_DATA),
>> > LCDC_PALETTE_LOAD_MO
MiletiÄ ---
Works correctly with LLVM 3.8 and Mesa 12.0.3.
--
You are receiving this 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/20161119/0a271
chment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/155d0976/attachment.html>
xcept for Steam overlay) is done until initialisation is
completed.
--
You are receiving this 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/20161119/
are receiving this 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/20161119/9ef30682/attachment.html>
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/20161119/e6201434/attachment-0001.html>
x27;
(0x54433500) (192)
The rendering looks correct, unlike with Vulkan in bug 98783.
--
You are receiving this 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/20161119/4c418745/attachment.html>
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/a03807db/attachment.html>
RL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/ca4c38e5/attachment.html>
Sharp lq123p1jx31 support 8bit bps.
Signed-off-by: zain wang
---
drivers/gpu/drm/panel/panel-simple.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index 113db3c..6b0c026 100644
--- a/drivers/gpu/drm/panel/panel-s
On Sat, Nov 19, 2016 at 9:37 AM, Sandeep wrote:
>
>
> On Thu, Nov 17, 2016, 08:55 Alex Deucher wrote:
>>
>> On Thu, Nov 17, 2016 at 11:50 AM, Sandeep wrote:
>> > Hello,
>> >
>> > Could someone please tell me the git repo and branch where the latest
>> > AMDGPU
>> > DAL work is taking place? I wa
bug #98761 after all.
--
You are receiving this 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/20161119/2a425f17/attachment-0001.html>
On Fri, Nov 18, 2016 at 06:58:59PM -0800, Manasi Navare wrote:
> In the usual working scenarios, this property is "Good".
> If something fails during modeset, the DRM driver can
> set the link status to "Bad", prune the mode list based on the
> link rate/lane count fallback values and send hotplug
e assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/e82aa50f/attachment.html>
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/e908e50b/attachment.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/9c4578db/attachment.html>
Set the type of the DRM encoder that models the hardware encoders
(bridges) chain based on the type of the last bridge in the chain
instead of hardcoding encoder compatible strings in the display driver.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 17 ++---
The rcar-du driver contains a manual implementation of HDMI and VGA
bridges. Use DRM bridges to replace it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/Kconfig | 6 --
drivers/gpu/drm/rcar-du/Makefile | 5 +-
drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 88
Initialize the new drm_bridge::encoder_type field to the right value for
all bridges that model on-SoC IP cores.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/exynos/exynos_drm_mic.c | 2 ++
drivers/gpu/drm/mediatek/mtk_hdmi.c | 2 ++
drivers/gpu/drm/sti/sti_dvo.c | 2 ++
3 f
Initialize the new drm_bridge::encoder_type field to the right value for
all external bridge drivers.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 1 +
drivers/gpu/drm/bridge/analogix-anx78xx.c | 1 +
drivers/gpu/drm/bridge/analogix/analogix_d
The drm_bridge object models on- or off-chip hardware encoders and
provide an abstract control API to display drivers. In order to help
display drivers creating the right kind of drm_encoder object, expose
the type of the hardware encoder associated with each bridge.
Signed-off-by: Laurent Pinchar
The THC63LVDM83D is a transparent LVDS encoder. Unlike dumb LVDS
encoders it can be controlled through a few pins (power down, LVDS
swing, clock edge selection) and requires power supplies. However, on
several boards where the device is used neither the control pins nor the
power supply are control
The ADV7123 is a transparent VGA DAC. Unlike dumb VGA DACs it can be
controlled through a power save pin, and requires a power supply.
However, on most boards where the device is used neither the power save
signal nor the power supply are controllable.
To avoid developing a separate device-specifi
The LVDS encoder driver is a DRM bridge driver that supports the
parallel to LVDS encoders that don't require any configuration. The
driver thus doesn't interact with the device, but creates an LVDS
connector for the panel and exposes its size and timing based on
information retrieved from DT.
Sig
The DT bindings support parallel to LVDS encoders that don't require any
configuration, similarly to the dumb VGA DAC DT bindings.
Signed-off-by: Laurent Pinchart
Acked-by: Rob Herring
---
.../bindings/display/bridge/lvds-transmitter.txt | 64 ++
1 file changed, 64 inserti
Hello,
This patch series replaces the custom external encoders support implementation
in the R-Car DU driver with code based on the DRM bridge API.
While the overall diffstat isn't impressive, the rcar-du-drm driver gets
notably thinner in the process:
9 files changed, 57 insertions(+),
nts/20161119/8a15f845/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/db548a24/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/8521ac45/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/d82e5146/attachment.html>
Retrieve the LVDS mode from the panel and configure the LVDS encoder
accordingly. LVDS mode selection is static as LVDS panels can't be
hot-plugged on any of the device supported by the driver. Support for
dynamic mode selection can be implemented in the future when needed.
Signed-off-by: Laurent
Instead of parsing the panel device tree node manually, use the panel
API to delegate panel handling to a panel driver.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/Kconfig | 1 +
drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 12 ++
drivers/gpu/drm/rcar-du/rcar_du_enc
The native encoder mode set helper function for atomic drivers is
.atomic_mode_set(). Replace the legacy .mode_set() implementation.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 8
drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c | 8
2 files changed
The aa104xd12 and aa121td01 panels are LVDS panels, not DPI panels.
Use the correct DT bindings.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a77xx-aa104xd12-panel.dtsi | 3 ++-
arch/arm/boot/dts/r8a77xx-aa121td01-panel.dtsi | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
d
The panel backlight is controlled through a GPIO and a PWM channel.
Signed-off-by: Laurent Pinchart
---
arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts
b/arch/arm64/
Declaring the endpoint makes LVDS enablement easier by just including
the corresponding panel's dtsi file.
Signed-off-by: Laurent Pinchart
Signed-off-by: Simon Horman
---
arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/d
Add the 7 PWM channels to the r8a7795 device tree, in the disabled
state.
Signed-off-by: Laurent Pinchart
---
arch/arm64/boot/dts/renesas/r8a7795.dtsi | 63
1 file changed, 63 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi
b/arch/arm64/boot
This driver supports LVDS panels that don't require device-specific
handling of power supplies or control signals. It implements automatic
backlight handling if the panel is attached to a backlight controller.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/panel/Kconfig | 10 ++
drive
The argument is never modified by the function, make it const.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_panel.c | 2 +-
include/drm/drm_panel.h | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_panel.c b/drivers/gpu/drm/drm_panel.c
in
The flag indicates that data is mirrored on the bus. The exact meaning
is bus-type dependent. For LVDS buses it indicates that the seven data
bits that transmitted in a clock pulse are sent in slots 6 to 0 order.
Signed-off-by: Laurent Pinchart
---
include/drm/drm_connector.h | 2 ++
1 file chan
The AA104XD12 and AA121TD01 are LVDS display panels. Their bindings are
modelled on the the LVS panel bindings.
Signed-off-by: Laurent Pinchart
---
.../display/panel/mitsubishi,aa104xd12.txt | 47 ++
.../display/panel/mitsubishi,aa121td01.txt | 47
LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A.
Multiple incompatible data link layers have been used over time to
transmit image data to LVDS panels. This binding supports display panels
compatible with the JEIDA-59-1999, Open-LDI and VESA SWPG
specifications.
Signed-off-by:
Document properties common to several display panels in a central
location that can be referenced by the panel device tree bindings.
Signed-off-by: Laurent Pinchart
---
.../bindings/display/panel/panel-common.txt| 91 ++
1 file changed, 91 insertions(+)
create mode 1
Hello,
This patch series adds support for LVDS mode selection in the R-Car DU driver.
Compared to v1, the LVDS panel DT bindings (02/13) have been reworked to
document common panel properties in a common file (01/13), with Mitsubishi
panels bindings now properly documented (03/13). Compared to th
Hi Ville,
Thank you for the patch.
On Friday 18 Nov 2016 21:53:11 ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> No point in spamming the log whenever a non-RGB fb is being
> constructed. And since there's nothing to do anymore that
> fb->bits_per_pixel and fb->depth are go
Hi Ville,
Thank you for the patch.
On Friday 18 Nov 2016 21:53:10 ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Rather than compare the format u32s of two format infos, we can direclty
> compare the format info pointers themselves. Noramlly all the ->format
> pointers all
Hi Ville,
Thank you for the patch.
On Friday 18 Nov 2016 21:53:09 ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Replace uses of fb->pixel_format with fb->format->format.
> Less duplicated information is a good thing.
>
> Note that coccinelle failed to eliminate the
> "/*
Hi Ville,
Thank you for the patch.
On Friday 18 Nov 2016 21:53:01 ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Replace drm_format_plane_cpp(fb->pixel_format) with just
> fb->format->cpp[]. Avoids the expensive format info lookup.
>
> @@
> struct drm_framebuffer *a;
> str
Hi Ville,
Thank you for the patch.
On Friday 18 Nov 2016 21:52:59 ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Replace drm_format_num_planes(fb->pixel_format) with just
> fb->format->num_planes. Avoids the expensive format info lookup.
>
> @@
> struct drm_framebuffer *a;
Hi Ville,
Thank you for the patch.
On Friday 18 Nov 2016 21:52:58 ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Any framebuffer that doesn't have proper format information when
> drm_framebuffer_init() is called is a bug. Let's warn and return
> an error to avoid oopsing t
Hi Ville,
Thank you for the patch.
On Friday 18 Nov 2016 21:52:55 ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> To avoid having to look up the format information struct every time,
> let's just store a pointer to it under drm_framebuffer.
>
> v2: Don't populate the fb->fo
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/6f88e7c1/attachment.html>
||
--
You are receiving this 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/20161119/9d727e91/attachment.html>
This patch along with https://patchwork.freedesktop.org/series/15305/
will fix https://bugs.freedesktop.org/show_bug.cgi?id=98141. I'd like
this to be reviewed independently since the other two patches in this
series require rework for atomic support.
-DK
On Thu, 2016-11-17 at 18:03 -0800, Dhinak
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/f8fe43a6/attachment-0001.html>
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/fb8e1ef6/attachment.html>
On Fri, 2016-11-18 at 06:57 +, Chris Wilson wrote:
> On Thu, Nov 17, 2016 at 06:03:48PM -0800, Dhinakaran Pandiyan wrote:
> > static int drm_dp_init_vcpi(struct drm_dp_mst_topology_mgr *mgr,
> > struct drm_dp_vcpi *vcpi, int pbn)
> > {
> > - int num_slots;
> > + in
On Fri, 2016-11-18 at 09:43 +0100, Daniel Vetter wrote:
> On Thu, Nov 17, 2016 at 06:03:46PM -0800, Dhinakaran Pandiyan wrote:
> > drm_dp_find_vcpi_slots() returns an error when there is not enough
> > available bandwidth on a link to support a mode. This error should make
> > compute_config() to f
64 matches
Mail list logo
