ownershipe -> ownership
Signed-off-by: Mun Gwan-gyeong
---
include/drm/drm_drv.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drm_drv.h b/include/drm/drm_drv.h
index d23dcdd1bd95..64cb5975613c 100644
--- a/include/drm/drm_drv.h
+++ b/include/drm/drm_drv.h
@@ -1
Hi Martin,
Any update on this ?
Regards,
Anusha Srivastava
On 28 February 2018 at 23:37, Anusha Srivastava wrote:
> Hi,
>
> I would like to participate in GSOC 2018 with Xorg to contribute to
> project "Initial Nouveau Vulkan driver'
> I would need some help in how to get started with the same
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #181 from Sandeep ---
I was able to reliably reproduce the bug with openarena on my XFX R9 390 -
here's a link to a trace file (1.8 GB) -
https://drive.google.com/file/d/1YbOtWheR9RJdqnwya1rMNw1NphVptAUX/view?usp=sharing
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=99710
--- Comment #17 from Sandeep ---
Definitely seems to be DPM related, I used the following command to force DPM
performance level, and Left 4 Dead 2 and OpenArena worked fine with no hangs.
"echo high > /sys/class/drm/card0/device/power_dpm_force
https://bugs.freedesktop.org/show_bug.cgi?id=99710
--- Comment #16 from Sandeep ---
Ok, I was able to successfully reproduce using a trace from OpenArena.
I'll try uploading the file and paste a link here.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=105262
--- Comment #11 from Roland Scheidegger ---
Created attachment 137762
--> https://bugs.freedesktop.org/attachment.cgi?id=137762&action=edit
copy over export color mask
Would this patch help?
I think the r600 code forgot to copy over the expor
https://bugs.freedesktop.org/show_bug.cgi?id=99710
--- Comment #15 from Sandeep ---
Trying to get an apitrace trace so that I can reproduce consistently.
Found out that I can reproduce reliably with OpenArena. Will try to create a
trace now.
--
You are receiving this mail because:
You are the
From: Dave Stevenson
This is the format generated by VC4's H.264 engine, and preferred by
the ISP as well. By displaying SAND buffers directly, we can avoid
needing to use the ISP to rewrite the SAND H.264 output to linear
before display.
This is a joint effort by Dave Stevenson (who wrote the
On 2018-02-28 11:19, Sean Paul wrote:
These are already provided by drm atomic core.
In conjunction with the output fences removed earlier, this obsoletes
dpu_fence, and it can be entirely removed as well.
Change-Id: Ida4924a09c455d7a84bfee569bd0d2fb436418de
Signed-off-by: Sean Paul
Reviewed
On 2018-02-28 11:19, Sean Paul wrote:
Remove release/output/retire fences from the dpu driver. These are
already available via drm core's OUT_FENCE property.
Change-Id: Id4238d0b5457f2c8ee2e87bb7814e1850a573623
Signed-off-by: Sean Paul
---
drivers/gpu/drm/msm/disp/dpu1/dpu_connector.c | 66 +-
On 2018-02-28 11:18, Sean Paul wrote:
This is another piece that can be moved out of atomic to facilitate
using
the atomic helpers.
Change-Id: I6dc3c4e5df508942bbc378c73a44e46e511b8469
Signed-off-by: Sean Paul
Reviewed-by: Jeykumar Sankaran
---
drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c |
Hi Laurent,
On 03/03/2018 05:49 AM, Laurent Pinchart wrote:
Hi Enric,
Thank you for the patch.
On Friday, 2 March 2018 19:57:57 EET Enric Balletbo i Serra wrote:
From: Jeffy Chen
We inited connector in attach(), so need a detach() to cleanup.
Do we ? The dw-hdmi driver already sets drm_co
On 2018-02-28 11:18, Sean Paul wrote:
Instead of duplicating whole swaths of atomic helper functions (which
are already out-of-date), just skip the encoder/crtc disables in the
.disable hooks.
Change-Id: I7bd9183ae60624204fb1de9550656b776efc7202
Signed-off-by: Sean Paul
Can you consider getti
Thanks for the patch. Masking the training AUX RD interval value to get
only the allowed values sounds of 0-4 is absolutely needed. Just one nit below:
On Fri, Mar 02, 2018 at 02:25:58PM -0800, matthew.s.atw...@intel.com wrote:
> From: Matt Atwood
>
> For panels that do not follow Display Port s
On Fri, Mar 02, 2018 at 02:25:58PM -0800, matthew.s.atw...@intel.com wrote:
> From: Matt Atwood
>
> For panels that do not follow Display Port specifications mask off invalid
> values for DP_TRAINING_AUX_RD_INTERVAL. Specification lists acceptable
> values 0-4 all other values are reserved and bi
At least the RGBA expand field we should have been setting, because we
aren't expanding correctly for 565 -> . Other registers are ones
that may be interesting for various projects that have been discussed.
Signed-off-by: Eric Anholt
Cc: Stefan Schake
---
drivers/gpu/drm/vc4/vc4_regs.h | 9
https://bugs.freedesktop.org/show_bug.cgi?id=105046
--- Comment #11 from dwagner ---
I solved the same problem for me a long time ago by adding a
"drm_kms_helper.edid_firmware=edid/my_monitor_model_edid.bin" option to my
kernel command line, after saving the EDID blob of my monitor to the given
f
From: Matt Atwood
For panels that do not follow Display Port specifications mask off invalid
values for DP_TRAINING_AUX_RD_INTERVAL. Specification lists acceptable
values 0-4 all other values are reserved and bit 7 of DPCD 0xe
describes another feature. Currently the code uses all of DPCD 0x0
Document the device tree bindings for the Adreno GMU device
available on Adreno a6xx targets.
Change-Id: I3cfd5fb35ab0045e39905ff12393006e60f1a124
Signed-off-by: Jordan Crouse
---
.../devicetree/bindings/display/msm/gmu.txt| 54 ++
.../devicetree/bindings/display/msm/
Add the nodes and other bits to describe the Adreno GPU and GMU
devices.
Change-Id: Ibf4dc0ebb0ac03d8b6b8e65747e142c440e70b0a
Signed-off-by: Jordan Crouse
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 120 +++
1 file changed, 120 insertions(+)
diff --git a/arch/arm6
Building on the sdm845 changes from Rajendra and SMMU changes from Vivek this
is an initial stab at the DT nodes for the sdm845 GPU and GMU (graphics
management unit) which is responsible for the direct power control of the GPU
including the companion arm-smmu-v2 compatible SMMU.
Please refer to h
Hi Enric,
Thank you for the patch.
On Friday, 2 March 2018 19:57:57 EET Enric Balletbo i Serra wrote:
> From: Jeffy Chen
>
> We inited connector in attach(), so need a detach() to cleanup.
Do we ? The dw-hdmi driver already sets drm_connector_cleanup() as the
connector .destroy() handler, and
From: Sharat Masetty
Add initial register headers for A6XX targets.
Change-Id: If7b37634aed55c8e05ac26465d628205b6130f09
Signed-off-by: Sharat Masetty
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a6xx.xml.h | 1600 +
drivers/gpu/drm/msm/adreno/a6
a6xx GPU support for drm/msm - follow along here:
https://patchwork.freedesktop.org/series/37428/
Per suggestions from various folks for the associated device tree changes for
the sdm845 GPU (coming immediately after this) add a new opp function to query
the device tree node for a specific opp so
Add support for the A6XX family of Adreno GPUs. The biggest addition
is the GMU (Graphics Management Unit) which takes over most of the
power management of the GPU itself but in a ironic twist of fate
needs a goodly amount of management itself. Add support for the
A6XX core code, the GMU and the H
Add a function to return the device node associated with a
specific opp which will facilitate detailing with custom
properties in client drivers.
Signed-off-by: Jordan Crouse
---
drivers/opp/of.c | 20
include/linux/pm_opp.h | 6 ++
2 files changed, 26 insertions(
https://bugs.freedesktop.org/show_bug.cgi?id=104193
--- Comment #5 from Shmerl ---
Starting from Wine 3.3, the patch for invisible monsters that's causing the
freeze is in Wine source, so you can test regular stock Wine from 3.3 and newer
to narrow down the freeze using the attached save above.
On Wed, Feb 28, 2018 at 3:34 PM, Sean Paul wrote:
>
> Hi Dave,
> Here's this weeks pull, relatively small when you pull out the trivial fixes.
>
> drm-misc-next-2018-02-28:
> drm-misc-next for 4.17:
>
> UAPI Changes:
> Fix drm_color_ctm matrix docs to match usage and change the type to
> __u64 m
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #28 from Dennis Schridde ---
Linux kernel is at 4.15.7-gentoo-r1, LLVM at 5.0.1, Mesa at 18.0.0_rc4.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=104001
Dennis Schridde changed:
What|Removed |Added
CC||devuran...@gmx.net
--- Comment #27 fr
On Fri, Mar 2, 2018 at 7:48 AM, Benoit Parrot wrote:
> Add 'plane' child node to generic DISPC node as an optional
> property.
Why? What problem are you solving?
>
> Signed-off-by: Benoit Parrot
> ---
> .../devicetree/bindings/display/ti/ti,omap-dss.txt | 63
> ++
> 1 file
On Fri, Mar 02, 2018 at 10:57:59AM -0800, Brian Norris wrote:
> Hi,
>
> On Fri, Mar 02, 2018 at 04:44:06PM +0100, yannick fertre wrote:
> > Add a Synopsys Designware MIPI DSI host bridge driver, based on the
> > Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
>
> How many tim
Hi,
On Fri, Mar 02, 2018 at 04:44:06PM +0100, yannick fertre wrote:
> Add a Synopsys Designware MIPI DSI host bridge driver, based on the
> Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
How many times are we going to allow copy-and-pasting the same driver?
Last time we want
On 28 February 2018 at 18:54, Andrew F. Davis wrote:
> From: Gowtham Tammana
>
> Add Android.mk file to build libdrm_omap library.
>
Zero objections on my end, but can we have the use case mentioned in
the commit message.
Years ago I was looking for users of the library and I could not find any.
On Fri, Mar 02, 2018 at 05:57:21PM +, Robin Murphy wrote:
> On 21/02/18 22:59, Jordan Crouse wrote:
> >Allow a SMMU device to opt into allocating a TTBR1 pagetable.
> >
> >The size of the TTBR1 region will be the same as
> >the TTBR0 size with the sign extension bit set on the highest
> >bit in
On Fri, Mar 02, 2018 at 09:13:14AM -0800, Eric Anholt wrote:
> Ville Syrjälä writes:
>
> > On Fri, Mar 02, 2018 at 04:06:58PM +0100, Stefan Schake wrote:
> >> Hey Ville,
> >>
> >> On Fri, Mar 2, 2018 at 3:43 PM, Ville Syrjälä
> >> wrote:
> >> > On Fri, Mar 02, 2018 at 04:39:22PM +0200, Ville Sy
On 21/02/18 22:59, Jordan Crouse wrote:
Allow a SMMU device to opt into allocating a TTBR1 pagetable.
The size of the TTBR1 region will be the same as
the TTBR0 size with the sign extension bit set on the highest
bit in the region unless the upstream size is 49 bits and then
the sign-extension b
From: "Xiong, James"
Previously a bucket size was used for buffer allocation whether
bo_reuse is false or true. This patch returns NULL in function
drm_intel_gem_bo_bucket_for_size() when bo_reuse is false, the
original requested size is used instead.
Signed-off-by: Xiong, James
---
intel/inte
From: "Xiong, James"
With gem_reuse enabled, when a buffer size is different than
the sizes of buckets, it is aligned to the next bucket's size,
which means about 25% more memory than the requested is allocated
in the worst senario. For example:
Orignal sizeActual
32KB+1Byte 40KB
.
.
.
https://bugs.freedesktop.org/show_bug.cgi?id=103953
--- Comment #9 from Marc Cousin ---
Bug solved for me too with amd-staging-drm-next. Thanks a lot.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On 21/02/18 22:59, Jordan Crouse wrote:
[...]
> +int iommu_sva_alloc_pasid(struct iommu_domain *domain, struct device *dev)
> +{
> + int ret, pasid;
> + struct io_pasid *io_pasid;
> +
> + if (!domain->ops->pasid_alloc || !domain->ops->pasid_free)
> + return -ENODEV;
> +
> +
Hi Heiko,
On 01/03/18 16:50, Heiko Stübner wrote:
> Hi Jeffy, Thierry, Enric,
>
> Am Mittwoch, 10. Januar 2018, 17:23:44 CET schrieb Thierry Escande:
>> From: Jeffy Chen
>>
>> Add missing pm_runtime_disable() in bind()'s error handling path.
>>
>> Also cleanup encoder & connector in unbind().
>
Hi Heiko,
On 02/03/18 13:17, Heiko Stuebner wrote:
> Hi Enric,
>
> Am Freitag, 2. März 2018, 13:09:02 CET schrieb Enric Balletbo i Serra:
>> Hi Heiko,
>>
>> On 01/03/18 16:50, Heiko Stübner wrote:
>>> Hi Jeffy, Thierry, Enric,
>>>
>>> Am Mittwoch, 10. Januar 2018, 17:23:44 CET schrieb Thierry Esc
On 21/02/18 22:59, Jordan Crouse wrote:
[...]> +static int install_pasid_cb(int pasid, u64 ttbr, u32 asid, void *data)
> +{
> + struct pasid_entry *entry = kzalloc(sizeof(*entry), GFP_KERNEL);
> +
> + if (!entry)
> + return -ENOMEM;
> +
> + entry->pasid = pasid;
> + entr
Hi Jordan,
Thank you for this, SMMUv3 and virtio-iommu need these SVA patches as well.
On 21/02/18 22:59, Jordan Crouse wrote:
[...]> diff --git a/include/linux/iommu.h b/include/linux/iommu.h
> index e2c49e583d8d..e998389cf195 100644
> --- a/include/linux/iommu.h
> +++ b/include/linux/iommu.h
>
On 28.02.2018 21:44, Thierry Reding wrote:
> On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote:
>> Add PWM mode to pwm_config() function. The drivers which uses pwm_config()
>> were adapted to this change.
>>
>> Signed-off-by: Claudiu Beznea
>> ---
>> arch/arm/mach-s3c24xx/mach-rx1
Hi,
On Tue, Feb 27, 2018 at 08:11:29AM +0100, Andrzej Hajda wrote:
> +2. USB-C connector attached to CC controller (s2mm005), HS lines routed
> +to companion PMIC (max77865), SS lines to USB3 PHY and SBU to DisplayPort.
> +DisplayPort video lines are routed to the connector via SS mux in USB3 PHY.
On 28.02.2018 22:04, Jani Nikula wrote:
> On Wed, 28 Feb 2018, Thierry Reding wrote:
>> Anyone that needs something other than normal mode should use the new
>> atomic PWM API.
>
> At the risk of revealing my true ignorance, what is the new atomic PWM
> API? Where? Examples of how one would con
https://bugs.freedesktop.org/show_bug.cgi?id=105046
--- Comment #10 from Michael Zapf ---
It seems to be related to EDID, as I see it.
Once I turn off the display, I lose the EDID information.
Before:
# find /sys -name edid -exec echo {} \; -exec od -tx1 -Ax {} \;
/sys/devices/pci:00/:0
Ville Syrjälä writes:
> On Fri, Mar 02, 2018 at 04:06:58PM +0100, Stefan Schake wrote:
>> Hey Ville,
>>
>> On Fri, Mar 2, 2018 at 3:43 PM, Ville Syrjälä
>> wrote:
>> > On Fri, Mar 02, 2018 at 04:39:22PM +0200, Ville Syrjälä wrote:
>> >> If you want the plane to always be opaque you shouldn't ex
Hi,
Il 02/03/2018 15:37, Maxime Ripard ha scritto:
On Fri, Mar 02, 2018 at 12:42:14PM +0100, Giulio Benetti wrote:
Hi,
Il 01/03/2018 10:57, Maxime Ripard ha scritto:
On Wed, Feb 28, 2018 at 06:53:52PM +0100, Giulio Benetti wrote:
static struct drm_connector_helper_funcs sun4i_lvds_con_hel
On Fri, Mar 02, 2018 at 12:27:58PM +, Jean-Philippe Brucker wrote:
> On 21/02/18 22:59, Jordan Crouse wrote:
> [...]
> > +int iommu_sva_alloc_pasid(struct iommu_domain *domain, struct device *dev)
> > +{
> > + int ret, pasid;
> > + struct io_pasid *io_pasid;
> > +
> > + if (!domain->ops->
On Fri, Mar 02, 2018 at 12:25:48PM +, Jean-Philippe Brucker wrote:
> Hi Jordan,
>
> Thank you for this, SMMUv3 and virtio-iommu need these SVA patches as well.
>
> On 21/02/18 22:59, Jordan Crouse wrote:
> [...]> diff --git a/include/linux/iommu.h b/include/linux/iommu.h
> > index e2c49e583d8
On Fri, Mar 02, 2018 at 04:48:03PM +0100, Stefan Schake wrote:
> On Fri, Mar 2, 2018 at 4:21 PM, Ville Syrjälä
> wrote:
> > On Fri, Mar 02, 2018 at 04:06:58PM +0100, Stefan Schake wrote:
> >> Hey Ville,
> >>
> >> On Fri, Mar 2, 2018 at 3:43 PM, Ville Syrjälä
> >> wrote:
> >> > On Fri, Mar 02, 201
Add virtual plane support by adding an array to contain
all of the actual plane_id a "omap_plane" correspond to.
When at least one 'plane' child node is present in DT then
omap_plane_init will only used the plane described in DT.
Some of these nodes may be a virtual plane if they are defined
as tw
Add 'plane' child node to generic DISPC node as an optional
property.
Signed-off-by: Benoit Parrot
---
.../devicetree/bindings/display/ti/ti,omap-dss.txt | 63 ++
1 file changed, 63 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/ti/ti,omap-dss.txt
b/Do
On Fri, Mar 2, 2018 at 4:21 PM, Ville Syrjälä
wrote:
> On Fri, Mar 02, 2018 at 04:06:58PM +0100, Stefan Schake wrote:
>> Hey Ville,
>>
>> On Fri, Mar 2, 2018 at 3:43 PM, Ville Syrjälä
>> wrote:
>> > On Fri, Mar 02, 2018 at 04:39:22PM +0200, Ville Syrjälä wrote:
>> >> If you want the plane to alwa
Add a Synopsys Designware MIPI DSI host bridge driver, based on the
Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
Signed-off-by: yannick fertre
---
drivers/video/Kconfig | 9 +
drivers/video/Makefile | 1 +
drivers/video/dw_mipi_dsi.c | 822 +
Replace macro debug by pr_error, pr_warn or pr_info.
Signed-off-by: yannick fertre
---
drivers/video/stm32/stm32_ltdc.c | 62
1 file changed, 31 insertions(+), 31 deletions(-)
diff --git a/drivers/video/stm32/stm32_ltdc.c b/drivers/video/stm32/stm32_ltd
Signed-off-by: yannick fertre
---
configs/stm32f769-disco_defconfig | 63 +++
1 file changed, 63 insertions(+)
create mode 100644 configs/stm32f769-disco_defconfig
diff --git a/configs/stm32f769-disco_defconfig
b/configs/stm32f769-disco_defconfig
new file mo
Enable the display controller, mipi dsi bridge & panel.
Set panel display timings.
Signed-off-by: yannick fertre
---
arch/arm/dts/stm32f769-disco.dts | 71
1 file changed, 71 insertions(+)
diff --git a/arch/arm/dts/stm32f769-disco.dts b/arch/arm/dts/stm3
Support for Raydium rm68200 720p dsi 2dl video mode panel.
Signed-off-by: yannick fertre
---
drivers/video/Kconfig | 8 +
drivers/video/Makefile | 1 +
drivers/video/raydium-rm68200.c | 329
3 files changed, 338 insertions(+)
creat
Version 2:
- Replace debug log by pr_error, pr_warn or pr_info.
- Rework bridge between ltdc & dsi panel
- Rework backligh management (with or witout gpio)
- Rework panel otm8009a
- Add new panel raydium rm68200
Version 1:
- Initial commit
This serie contains all patchsets needed for displaying a
Add the STM32 DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge.
Signed-off-by: yannick fertre
---
drivers/video/stm32/Kconfig | 10 +
drivers/video/stm32/Makefile| 1 +
drivers/video/stm32/stm32_dsi.c | 427 +++
Manage a bridge insert between the display controller & a panel.
Signed-off-by: yannick fertre
---
drivers/video/stm32/stm32_ltdc.c | 107 ++-
1 file changed, 71 insertions(+), 36 deletions(-)
diff --git a/drivers/video/stm32/stm32_ltdc.c b/drivers/video/stm3
Add mipi dsi bridge node in device-tree.
Signed-off-by: yannick fertre
---
arch/arm/dts/stm32f746.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/dts/stm32f746.dtsi b/arch/arm/dts/stm32f746.dtsi
index e4d32bf..4ec954d 100644
--- a/arch/arm/dts/stm32f746.dtsi
+++ b
Mipi_display.c contains a set of dsi helpers.
This file is a copy of file drm_mipi_dsi.c (linux kernel).
Signed-off-by: yannick fertre
---
drivers/video/Kconfig| 7 +
drivers/video/Makefile | 1 +
drivers/video/mipi_display.c | 807 +++
i
Support for Orise Tech otm8009a 480p dsi 2dl video mode panel.
Signed-off-by: yannick fertre
---
drivers/video/Kconfig | 8 +
drivers/video/Makefile | 1 +
drivers/video/orisetech_otm8009a.c | 329 +
3 files changed, 338 insertions
On Fri, Mar 02, 2018 at 01:50:20PM +, Robin Murphy wrote:
> On 02/03/18 12:37, Linus Walleij wrote:
> > On Fri, Mar 2, 2018 at 1:11 PM, Robin Murphy wrote:
> > > On 02/03/18 09:09, Linus Walleij wrote:
> >
> > > > Also the Versatile Express CLCD on the motherboard has
> > > > a dedicated vide
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #10 from tempel.jul...@gmail.com ---
I thought of something similar too. But I'm far away from 330Mhz pixel clock.
I'm just using LCD standard timings, which result in a pixel clock of
304.37MHz:
https://abload.de/img/75hzhgs1d.png
I
https://bugs.freedesktop.org/show_bug.cgi?id=105302
Alex Deucher changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #5 from Alex Deu
Hi Thierry,
A big thank you for your code review and comments.
It helped me to improve the driver and to send a v2.
Philippe :-)
On 02/28/2018 08:16 PM, Thierry Reding wrote:
> On Thu, Feb 08, 2018 at 03:30:26PM +0100, Philippe Cornu wrote:
>> This patch adds Raydium Semiconductor Corporation rm
The Raydium Semiconductor Corporation RM68200 is a 5.5" 720x1280
TFT LCD panel connected using a MIPI-DSI video interface.
Reviewed-by: Rob Herring
Signed-off-by: Philippe Cornu
---
.../bindings/display/panel/raydium,rm68200.txt | 25 ++
1 file changed, 25 insertions(+)
This patch adds Raydium Semiconductor Corporation RM68200
5.5" 720x1280 TFT LCD panel driver (MIPI-DSI video mode).
Signed-off-by: Philippe Cornu
---
drivers/gpu/drm/panel/Kconfig | 8 +
drivers/gpu/drm/panel/Makefile| 1 +
drivers/gpu/drm/panel/panel-raydium-
The Raydium Semiconductor Corporation RM68200 is a 5.5" 720x1280
TFT LCD panel connected using a MIPI-DSI video interface.
Version 2:
- Add Rob Herring Reviewed-by on dt-bindings.
- Update Kconfig & driver thanks to Thierry Reding comments: no more
DRV_NAME, DRM_WARN_ONCE instead of DRV_NAME whe
On Fri, Mar 02, 2018 at 04:06:58PM +0100, Stefan Schake wrote:
> Hey Ville,
>
> On Fri, Mar 2, 2018 at 3:43 PM, Ville Syrjälä
> wrote:
> > On Fri, Mar 02, 2018 at 04:39:22PM +0200, Ville Syrjälä wrote:
> >> If you want the plane to always be opaque you shouldn't expose any
> >> formats with alpha
Hey Ville,
On Fri, Mar 2, 2018 at 3:43 PM, Ville Syrjälä
wrote:
> On Fri, Mar 02, 2018 at 04:39:22PM +0200, Ville Syrjälä wrote:
>> If you want the plane to always be opaque you shouldn't expose any
>> formats with alpha.
>>
>> Also what happens if one disables the primary plane? Or does the driv
https://bugs.freedesktop.org/show_bug.cgi?id=105302
--- Comment #4 from Harry Wentland ---
This sounds like a feature request, rather than a bug.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #9 from Harry Wentland ---
Are you messing with TMDS_MAX_PIXEL_CLOCK as Andrew is doing in this ticket:
https://bugs.freedesktop.org/show_bug.cgi?id=105302 ?
With DC clock switching might happen more aggressively which could explain
On Thu, Mar 01, 2018 at 07:37:10PM -0500, Rob Clark wrote:
> On Thu, Mar 1, 2018 at 3:37 PM, wrote:
> > On 2018-03-01 07:27, Sean Paul wrote:
> >>
> >> On Wed, Feb 28, 2018 at 08:07:00PM -0800, jsa...@codeaurora.org wrote:
> >>>
> >>> On 2018-02-28 11:19, Sean Paul wrote:
> >>> > Moving further t
On 21/02/18 22:59, Jordan Crouse wrote:
Add a new domain attribute to enable the TTBR1 pagetable for drivers
and devices that support it. This will enabled using a TTBR1 (otherwise
known as a "global" or "system" pagetable for devices that support a split
pagetable scheme for switching pagetable
On Fri, Mar 02, 2018 at 04:39:22PM +0200, Ville Syrjälä wrote:
> On Fri, Mar 02, 2018 at 01:32:40AM +0100, Stefan Schake wrote:
> > We allow alpha formats on the primary plane but a partially transparent
> > framebuffer will cause a corrupted display. With this change black pixels
> > are output in
On Fri, Mar 02, 2018 at 01:32:40AM +0100, Stefan Schake wrote:
> We allow alpha formats on the primary plane but a partially transparent
> framebuffer will cause a corrupted display. With this change black pixels
> are output instead, in line with the behavior for other DRM drivers.
>
> Signed-off
On Fri, Mar 02, 2018 at 12:42:14PM +0100, Giulio Benetti wrote:
> Hi,
>
> Il 01/03/2018 10:57, Maxime Ripard ha scritto:
> > On Wed, Feb 28, 2018 at 06:53:52PM +0100, Giulio Benetti wrote:
> > > static struct drm_connector_helper_funcs sun4i_lvds_con_helper_funcs = {
> > > .get_modes
Ack, thanks for the heads up!
Rob.
On 03/02/2018 01:41 AM, Stefan Schake wrote:
Hey Rob,
On Wed, Feb 28, 2018 at 11:53 AM, Robert Foss wrote:
Hey,
Stefan: Are you looking at an entirely kernel side fix now, or are you
pushing this series forward?
I've sent out a kernel side fix for this:
This patch series adds virtual-plane support to omapdrm driver
to allow the use of display wider than 2048 pixels.
The DT bindings are also cleaned up to remove duplication when
properties are common to all implementations.
Benoit Parrot (4):
dt-bindings: display/ti: Move common dispc bindings
Virtual planes are used to extend display size capability for display
larger than 2048 pixels by splitting the frame buffer equally between
two physical planes.
Here we are adding DT support to parse 'plane' child nodes which
describe how logical planes are mapped to physical plane(s) and
which cr
From: Ville Syrjälä
Reject requests to add properties/enums with an overly long name.
Previously we would have just silently truncated the string and exposed
it userspace.
v2: drm_property_create() returns a pointer
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_property.c | 6 ++
1
On 02/03/18 12:37, Linus Walleij wrote:
On Fri, Mar 2, 2018 at 1:11 PM, Robin Murphy wrote:
On 02/03/18 09:09, Linus Walleij wrote:
Also the Versatile Express CLCD on the motherboard has
a dedicated video memory, and cannot use CMA (ha! complex!)
and I will need to figure out a way to work a
Add common DISPC bindings into the top level bindings file.
Move common bindings here instead of having multiple copies of
the same information in all of the variant specific files.
Signed-off-by: Benoit Parrot
---
Documentation/devicetree/bindings/display/ti/ti,dra7-dss.txt | 5 -
Document
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #8 from tempel.jul...@gmail.com ---
Video which shows the artifacts:
https://youtu.be/it3d6BjpZjU
(can also be quite worse when doing stuff)
It happens with every desktop environment with and without enabled OGL
compositor. In the vi
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #7 from tempel.jul...@gmail.com ---
Created attachment 137754
--> https://bugs.freedesktop.org/attachment.cgi?id=137754&action=edit
xrandr.log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #6 from tempel.jul...@gmail.com ---
Created attachment 137753
--> https://bugs.freedesktop.org/attachment.cgi?id=137753&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #5 from tempel.jul...@gmail.com ---
Created attachment 137752
--> https://bugs.freedesktop.org/attachment.cgi?id=137752&action=edit
dmesg.log
--
You are receiving this mail because:
You are the assignee for the bug.___
On Fri, Mar 2, 2018 at 9:07 AM, Ville Syrjälä
wrote:
> On Thu, Mar 01, 2018 at 11:12:15PM +0100, Linus Walleij wrote:
>> On Thu, Mar 1, 2018 at 10:18 PM, Ville Syrjälä
>> wrote:
>> > On Thu, Mar 01, 2018 at 10:02:55PM +0100, Linus Walleij wrote:
>> >> Hm, hard to get review feedback on this one.
From: Ville Syrjälä
Reject requests to add properties/enums with an overly long name.
Previously we would have just silently truncated the string and exposed
it userspace.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_property.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/
From: Ville Syrjälä
BT.2020 specifies two YCbCr<->RGB conversion formulas. The more
traditional non-constant luminance and a more complicate constant
luminance one. Add an enum value for the constant luminance variant
as well in case someone has hardware supporting it.
v2: Reduce the enum name t
From: Ville Syrjälä
Creating a property that doesn't have a name makes no sense to me. Don't
allow it.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_property.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_property.c b/drivers/gpu/drm/drm_
Hi Andrzej,
On 03/02/2018 11:21 AM, Andrzej Hajda wrote:
> On 01.03.2018 10:00, Philippe CORNU wrote:
>> Hi Archit, Andrzej & Laurent,
>>
>> May I ask you please your feedback on this small patch?
>> Many thanks,
>>
>> Philippe :-)
>>
>> On 02/04/2018 10:36 PM, Philippe Cornu wrote:
>>> The readl
On 01/03/18 22:02, Laurent Pinchart wrote:
> The driver accesses the ddata->in field before it gets set in the
> dsicm_connect() function. Use the local in pointer variable instead.
>
> Fixes: 7877632b4cd0 ("drm: omapdrm: displays: Get panel source at connect
> time")
> Signed-off-by: Laurent Pin
1 - 100 of 144 matches
Mail list logo
