On 3/26/19 12:47 AM, Tony Lindgren wrote:
> If CONFIG_OMAP4_DSS_HDMI_CEC is enabled in .config, deeper SoC idle
> states are blocked because the CEC clock gets always enabled on init.
>
> Let's fix the issue by moving the CEC clock handling to happen later in
> hdmi_cec_adap_enable() as suggested
https://bugs.freedesktop.org/show_bug.cgi?id=110214
--- Comment #10 from Diego Viola ---
My issue looks quite similar to this one:
https://bugs.openbsd.narkive.com/N7A1v1Cw/colored-text-disappears-in-xterm
--
You are receiving this mail because:
You are the assignee for the bug.___
The live_context() function returns error pointers. It never returns
NULL.
Fixes: 9c1477e83e62 ("drm/i915/selftests: Exercise adding requests to a full
GGTT")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/i915/selftests/i915_gem_evict.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
https://bugs.freedesktop.org/show_bug.cgi?id=110214
--- Comment #9 from Diego Viola ---
I also get the same issue if I run xterm from sway/weston (via xwayland).
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel ma
https://bugs.freedesktop.org/show_bug.cgi?id=110214
--- Comment #8 from Diego Viola ---
I've compiled mesa from git and the issue is still there, I also tried older
releases like 18.3, 18.2 and the issue remains.
--
You are receiving this mail because:
You are the assignee for the bug._
Hi Tony,
Thank you for the patch.
On Mon, Mar 25, 2019 at 04:47:43PM -0700, Tony Lindgren wrote:
> If CONFIG_OMAP4_DSS_HDMI_CEC is enabled in .config, deeper SoC idle
> states are blocked because the CEC clock gets always enabled on init.
>
> Let's fix the issue by moving the CEC clock handling
"hiding" unconditional assignments in the if() parentesis makes for
hard to read code and has no advantage over placing these assignments
in proper formated lines before the if() statement. Simply move those
lines out.
Before sending out roughly 20 patches to fix the roughly 50 cases - all
in the
https://bugs.freedesktop.org/show_bug.cgi?id=110229
--- Comment #4 from Laurent ---
Heu no, not a list, but a counter, sorry.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedeskt
On Fri, Mar 22, 2019 at 12:11 AM Knut Omang wrote:
>
> On Thu, 2019-03-21 at 18:41 -0700, Brendan Higgins wrote:
> > On Thu, Mar 21, 2019 at 6:10 PM Frank Rowand wrote:
> > > On 2/27/19 11:42 PM, Brendan Higgins wrote:
> > > > On Tue, Feb 19, 2019 at 10:44 PM Frank Rowand
> > > > wrote:
> > > >
On 2019-03-20 10:51 a.m., Andrey Konovalov wrote:
> This patch is a part of a series that extends arm64 kernel ABI to allow to
> pass tagged user pointers (with the top byte set to something else other
> than 0x00) as syscall arguments.
>
> amdgpu_ttm_tt_get_user_pages() uses provided user pointers
On Thu, Mar 21, 2019 at 6:34 PM Frank Rowand wrote:
>
> On 3/21/19 5:22 PM, Frank Rowand wrote:
> > On 2/27/19 7:52 PM, Brendan Higgins wrote:
>
> < snip >
>
> >> Now I know that, hermeticity especially, but other features as well
> >> (test suite summary, error on unused test case function, etc)
On Thu, Mar 21, 2019 at 6:47 PM Frank Rowand wrote:
>
> On 3/21/19 6:30 PM, Brendan Higgins wrote:
> > On Thu, Mar 21, 2019 at 5:22 PM Frank Rowand wrote:
> >>
> >> On 2/27/19 7:52 PM, Brendan Higgins wrote:
>
> < snip > but thanks for the comments in the snipped section.
>
>
> >>
> >> Thanks fo
On Thu, Mar 21, 2019 at 6:12 PM Frank Rowand wrote:
>
> On 3/21/19 4:33 PM, Brendan Higgins wrote:
> > On Thu, Mar 21, 2019 at 3:27 PM Logan Gunthorpe wrote:
> >>
> >>
> >>
> >> On 2019-03-21 4:07 p.m., Brendan Higgins wrote:
> >>> A couple of points, as for needing CONFIG_PCI; my plan to deal wi
On Thu, Mar 21, 2019 at 6:23 PM Frank Rowand wrote:
>
> On 3/4/19 3:01 PM, Brendan Higgins wrote:
> > On Thu, Feb 14, 2019 at 1:38 PM Brendan Higgins
< snip >
> > Someone suggested I should send the next revision out as "PATCH"
> > instead of "RFC" since there seems to be general consensus about
>
On Thu, Mar 21, 2019 at 5:28 PM Frank Rowand wrote:
>
> On 12/5/18 3:10 PM, Brendan Higgins wrote:
> > On Tue, Dec 4, 2018 at 5:49 AM Rob Herring wrote:
> >>
> >> On Tue, Dec 4, 2018 at 5:40 AM Frank Rowand wrote:
> >>>
> >>> Hi Brendan, Rob,
> >>>
> >>> Pulling a comment from way back in the v1
In the original userspace implementation Greg wrote, he was iterating
the directory entries in proc//map_files, doing readlink() on
each to find out whether the entry was a dmabuf. This turned out to be
very slow so we reworked it to parse proc//maps instead.
On Mon, Mar 25, 2019 at 12:35 PM Chen
On Tue, 19 Feb 2019 15:04:37 +0100, Marek Vasut wrote:
> Document the Emerging Display Technology Corp. (EDT) ETM0430G0DH6
> display, which is a 480x272 4.3" TFT display.
>
> Signed-off-by: Marek Vasut
> Cc: Rob Herring
> Cc: Jan Tuerk
> Cc: Thierry Reding
> Cc: devicet...@vger.kernel.org
> --
https://bugs.freedesktop.org/show_bug.cgi?id=110229
--- Comment #3 from Laurent ---
I've more information about the bug and I've an idea of how to fix it.
It seems that the window content is updated each time one x,y pixel is drawn
but several pixels can be drawn at a same window position at the
On Fri, 22 Mar 2019 10:33:35 +0200, Jyri Sarha wrote:
> Add bindign for TFC S9700RTWV43TR-01B 7" Three Five Corp 800x480 LCD
> panel with resistive touch.
>
> The panel is found on TI AM335x-evm.
>
> Signed-off-by: Jyri Sarha
> ---
> .../display/panel/tfc,s9700rtwv43tr-01b.txt | 15 ++
https://bugs.freedesktop.org/show_bug.cgi?id=109246
--- Comment #20 from Utku Helvacı (tuxutku) ---
(In reply to tme from comment #15)
> I've been attempting to perform a bisect on an off for a while now with no
> success. The main problem I'm running into is this error when trying to
> compile.
On Tue, Mar 19, 2019 at 02:53:55PM -0700, sonal.san...@xilinx.com wrote:
> From: Sonal Santan
>
> Hello,
>
> This patch series adds drivers for Xilinx Alveo PCIe accelerator cards.
> These drivers are part of Xilinx Runtime (XRT) open source stack and
> have been deployed by leading FaaS vendors
On Fri, 15 Mar 2019 22:54:33 +0800, Hean-Loong Ong wrote:
> From: "Ong, Hean Loong"
>
> Device tree binding for Intel FPGA Video and Image Processing Suite.
> The bindings would set the max width, max height,
> bits per pixel and memory port width.
> The device tree binding only supports the Inte
On Fri, 22 Mar 2019 10:06:13 +0200, Jyri Sarha wrote:
> Remove trailing white space from sii902x display bridge binding.
>
> Signed-off-by: Jyri Sarha
> Reviewed-by: Laurent Pinchart
> ---
> Documentation/devicetree/bindings/display/bridge/sii902x.txt | 2 +-
> 1 file changed, 1 insertion(+), 1
On Thu, Mar 14, 2019 at 01:27:51PM +0200, Jyri Sarha wrote:
> The sii902x chip family supports also HDMI audio. Add binding for
> describing the necessary i2s and mclk wiring for it.
>
> Signed-off-by: Jyri Sarha
> ---
> .../bindings/display/bridge/sii902x.txt | 33 +++
> 1
On Wed, Mar 20, 2019 at 09:20:55AM +0100, Lubomir Rintel wrote:
> The port is a child, not a property. And should be accompanied by an
> example. Plus a pair of cosmetic changes that don't seem to deserve a
> separate commit.
>
> Signed-off-by: Lubomir Rintel
>
> ---
> Changes since v2:
> - Coll
https://bugs.freedesktop.org/show_bug.cgi?id=110225
john.p.donne...@oracle.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NE
https://bugs.freedesktop.org/show_bug.cgi?id=110225
--- Comment #1 from john.p.donne...@oracle.com ---
This was been fixed in 4.20.x upstream:
commit c393e9b2d51540b74e18e555df14706098dbf2cc
Author: Randy Dunlap
Date: Mon Nov 13 18:08:48 2017 +0200
drm/amdkfd: fix amdkfd use-after-free
https://bugzilla.kernel.org/show_bug.cgi?id=201273
--- Comment #38 from quirin.blae...@freenet.de ---
Bug is still alive. v5.0.4
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@list
We don't call this function if CONFIG_DEBUG_FS is not defined, but we
should not be compiling it either, as the declaration of the debugfs
core functions is not included.
Reported by the kbuild test robot.
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/arm/display/komeda/komeda_dev.c | 2 ++
1
Thanks for doing this.
Reviewed-by: Deepak Rawat
On Sat, 2019-03-23 at 02:46 +, YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/vmwgfx/vmwgfx_fb.c: In function 'vmw_fb_init':
> drivers/gpu/drm/vmwgfx/vmwgfx_fb.c:645:29: warning:
> variable 'fb_offset'
On Fri, 2019-03-22 at 19:42 +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Looks like EDID_QUIRK_FIRST_DETAILED_PREFERRED never did anything.
> Its counterpart in f86EdidModes.c is properly hooked up but somehow
> that functionality was lost when it was copied into the kernel.
>
> The con
Daniel Vetter writes:
> On Wed, Feb 20, 2019 at 01:03:37PM -0800, Eric Anholt wrote:
>> The debugfs_regset32 is nice to use for reducing boilerplate in
>> dumping a bunch of regs in debugfs, but we also want to be able to
>> print to dmesg them at runtime for driver debugging. drm_printer lets
>
On 3/25/19 5:21 PM, Tony Lindgren wrote:
> * Hans Verkuil [190325 16:12]:
>> On 3/25/19 4:55 PM, Laurent Pinchart wrote:
The reality is that HDMI CEC and HDMI video are really independent of
one another. So I wonder if it isn't better to explain the downsides
of enabling CEC for the
On 3/25/19 4:55 PM, Laurent Pinchart wrote:
> Hi Hans,
>
> On Mon, Mar 25, 2019 at 04:51:57PM +0100, Hans Verkuil wrote:
>> On 3/25/19 4:32 PM, Tony Lindgren wrote:
>>> Hi Hans,
>>>
>>> Looks like CONFIG_OMAP4_DSS_HDMI_CEC=y blocks SoC core retention
>>> idle on omap4 if selected.
>>>
>>> Should w
Hi,
On Mon, Mar 25, 2019 at 11:10:47AM -0300, Fabio Estevam wrote:
> On Mon, Mar 25, 2019 at 11:06 AM Guido Günther wrote:
>
> > --- /dev/null
> > +++
> > b/Documentation/devicetree/bindings/display/panel/rocktech,jh057n00900.txt
> > @@ -0,0 +1,18 @@
> > +Rocktech jh057n00900 5.5" 720x1440 TFT L
Some examples were missing the unit names triggering
Warning (unit_address_vs_reg): .../panel: node has a reg or ranges property,
but no unit name
warnings when used verbatim in DTs and running dtc with W=1.
Signed-off-by: Guido Günther
---
.../devicetree/bindings/display/panel/innolux,p079z
Hi Tony,
On 3/25/19 4:32 PM, Tony Lindgren wrote:
> Hi Hans,
>
> Looks like CONFIG_OMAP4_DSS_HDMI_CEC=y blocks SoC core retention
> idle on omap4 if selected.
>
> Should we maybe move hdmi4_cec_init() to hdmi_display_enable()
> and hdmi4_cec_uninit() to hdmi_display_disable()?
>
> Or add some e
Hi Hans,
On Mon, Mar 25, 2019 at 04:51:57PM +0100, Hans Verkuil wrote:
> On 3/25/19 4:32 PM, Tony Lindgren wrote:
> > Hi Hans,
> >
> > Looks like CONFIG_OMAP4_DSS_HDMI_CEC=y blocks SoC core retention
> > idle on omap4 if selected.
> >
> > Should we maybe move hdmi4_cec_init() to hdmi_display_ena
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #4 from Alex Deucher ---
Hardly anything in the radeon driver has changed in the last few years. You'd
really need to bisect. Also, can you attach a full dmesg (full logs not just
filtered for radeon or drm) output from the failed
The Amlogic G12A SoC offers very close Video Display
functionnalities with it's older GXBB, GXL & GXM predecessors.
The main differences are :
- G12A Support now 3 "real" OSD planes with a new Blender module
- Instead of having a single Scaler for OSD1, G12A has two scaler
that can be applied to
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #13 from glencoesm...@hotmail.com ---
(In reply to e88z4 from comment #12)
> I usually build mesa master weekly since November 2018. This bug can be
> reproduced with latest Mesa from git master branch.
>
> Do you want me to try to
This patch adds support for the new OSD+VD Plane blending module
in the CRTC code by adding the G12A code to manage the blending
module and setting the right OSD1 & VD1 plane registers.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_crtc.c | 269 +++--
driv
Amlogic G12A SoC needs a different VIU setup code,
handle it.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_viu.c | 72 ---
1 file changed, 67 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/meson/meson_viu.c
b/drivers/gpu/drm/meson/meson_
Amlogic G12A SoC supports the same set of Video Planes, but now
are handled by the new OSD plane blender module.
This patch uses the same VD1 plane for G12A, using the exact same scaler
and VD11 setup registers, except using the new blender register to
disable the plane.
Signed-off-by: Neil Armst
On Amlogic G12A SoC, the 2,97GHz PLL frequency is not stable enough
to provide a correct 297MHz pixel clock, so switch the PLL base
frequency with a /2 OD when the 297MHz pixel clock is requested.
This solves the issue on G12A and also works fine on GXBB, GXL & GXM.
Signed-off-by: Neil Armstrong
This patch adds the new VPU registers added since the
Amlogic GXM SoCs.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_registers.h | 247
1 file changed, 247 insertions(+)
diff --git a/drivers/gpu/drm/meson/meson_registers.h
b/drivers/gpu/drm/meson/meson
Add vendor prefix "mixel" for Mixel Inc. Will be used for a MIPI DSI
PHY driver.
Signed-off-by: Guido Günther
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devic
https://bugzilla.kernel.org/show_bug.cgi?id=203033
Bug ID: 203033
Summary: nouveau hung task
Product: Drivers
Version: 2.5
Kernel Version: 5.0.0
Hardware: x86-64
OS: Linux
Tree: Mainline
Status: NE
To all X.Org Foundation Members:
We've had some problems with the previous ballot (i.e. I didn't create it
properly) that opened last Thursday. Apologies to the two people that already
voted.
We've re-created the ballot (v2). It will open on March 27 at 2am UTC and close
on April 11 at 2am UTC
The Rocktec jh057n00900 is a 5.5" MIPI DSI video mode panel with a
720x1440 resolution and a built in backlight.
Signed-off-by: Guido Günther
---
.../display/panel/rocktech,jh057n00900.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644
Documentation/devicetree
It's a 5.5" 720x1440 TFT LCD MIPI DSI panel with built in touchscreen and
backlight as found in the Librem 5 devkit.
These patches are against linux next as of 2019-03-22. v3 got acked by Sam
Ravnborg:
https://lists.freedesktop.org/archives/dri-devel/2019-March/209326.html
Changes from v3
* Fo
While switching to the Common Clock Framework is still Work In Progress,
this patch adds the corresponding G12A HDMI PLL setup to be on-par
with the other SoCs support.
The G12A has only a single tweak about the high frequency setup,
where the HDMI PLL needs a specific setup to handle correctly th
Finally add the Amlogic G12A SoC compatible for the VPU driver.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/meson/meson_drv.c
b/drivers/gpu/drm/meson/meson_drv.c
index 079d22299d78..faf1b1b0357c 100644
-
The Amlogic G12A embeds the same Synopsys DW-HDMI Controller,
but with :
- a "backport" of the HDR signaling registers from more recent
DW-HDMI controllers, this will need a tweak since it's not
normally present on this version of the DW-HDMI controller
- A direct mapping of TOP and DW-HDMI reg
The Meson G12A SoCs uses the exact same CVBS encoder except a simple
CVBS DAC register offset and settings delta.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_venc.c | 11 +--
drivers/gpu/drm/meson/meson_venc_cvbs.c | 25 ++---
2 files changed, 2
Amlogic G12A SoC supports now up to 3 OSD planes (1 more than the
previous SoCs) and a brand new OSD plane blender module.
This patch uses the same OSD1 plane G12A, using the exact same scaler
and OSD1 setup registers, except using the new blender register to
disable the plane.
Signed-off-by: Nei
Amlogic G12A needs a different VPP setup code, handle it here.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_vpp.c | 51 ++-
1 file changed, 29 insertions(+), 22 deletions(-)
diff --git a/drivers/gpu/drm/meson/meson_vpp.c
b/drivers/gpu/drm/meson/meso
tl;dr: v7 fixes a build issued due to the lack of a HAS_IOMEM
This adds initial support for the Mixel IP based mipi dphy as found on i.MX8
processors. It has support for the i.MX8MQ, support for other variants can be
added - once the platform specific parts are in - via the provided devdata.
The
Add support for the MIXEL DPHY IP as found in the NXP's i.MX8MQ.
Signed-off-by: Guido Günther
Reviewed-by: Sam Ravnborg
---
.../bindings/phy/mixel,mipi-dsi-phy.txt | 29 +++
1 file changed, 29 insertions(+)
create mode 100644 Documentation/devicetree/bindings/phy/mixel,mi
This adds support for the Mixel DPHY as found on i.MX8 CPUs but since
this is an IP core it will likely be found on others in the future. So
instead of adding this to the nwl host driver make it a generic PHY
driver.
The driver supports the i.MX8MQ. Support for i.MX8QM and i.MX8QXP can be
added on
On Mon, Mar 25, 2019 at 11:06 AM Guido Günther wrote:
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/display/panel/rocktech,jh057n00900.txt
> @@ -0,0 +1,18 @@
> +Rocktech jh057n00900 5.5" 720x1440 TFT LCD panel
> +
> +Required properties:
> +- compatible: should be "rocktech,jh057n0090
Support Rocktech jh057n00900 5.5" 720x1440 TFT LCD panel. It is a MIPI
DSI video mode panel.
The panel seems to use a Sitronix ST7703 look alike (most of the
commands look similar to the ST7703's data sheet but use a different
number of parameters). The initial version of the DSI init sequence
(in
Add ROCKTECH DISPLAYS LIMITED (https://rocktech.com.hk) LCD panel
supplier.
Signed-off-by: Guido Günther
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #12 from e88z4 ---
I usually build mesa master weekly since November 2018. This bug can be
reproduced with latest Mesa from git master branch.
Do you want me to try to build 18.3.5 and reproduce it?
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #11 from glencoesm...@hotmail.com ---
Can you reproduce the bug on 18.3.5?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lis
Hi,
On Wed, 2019-02-20 at 13:03 -0800, Eric Anholt wrote:
> One might want to use the VC4 display stack without using Mesa.
> Similar to the debugfs fixes for not having all of the possible
> display bits enabled, make sure you can't oops in vc4 if v3d isn't
> enabled.
See a comment below.
> Sig
Hi Dave & Daniel,
First batch of features for 5.2, tagged last week.
Most notably there are a lot of Icelake fixes that finally lead to removal
of alpha_support protection for it. We're also adding Cometlake PCI IDs
(Gen9 ~= Coffeelake), so those platforms should be supported.
Then we have HDCP
On 25/03/2019 12:37, Andrzej Hajda wrote:
> On 15.03.2019 10:54, Neil Armstrong wrote:
>> This patch is an attempt to limit HDMI 2.0 SCDC setup when :
>> - the SoC embeds an HDMI 1.4 only controller
>> - the EDID supports SCDC but not scrambling
>> - the EDID supports SCDC scrambling but not for lo
On 23/03/2019 08:58, syzbot wrote:
> syzbot has bisected this bug to:
>
> commit 8fe5616b20e5742bb5fee0e77dffe2fc76ac92a0
> Author: Jyri Sarha
> Date: Tue Jun 14 08:43:30 2016 +
>
> drm/tilcdc: Restore old dpms state in pm_resume()
>
> bisection log: https://syzkaller.appspot.com/x/b
On 15.03.2019 10:54, Neil Armstrong wrote:
> This patch is an attempt to limit HDMI 2.0 SCDC setup when :
> - the SoC embeds an HDMI 1.4 only controller
> - the EDID supports SCDC but not scrambling
> - the EDID supports SCDC scrambling but not for low TMDS bit rates,
> while only supporting low
On 03/15, Daniel Vetter wrote:
> On Thu, Mar 14, 2019 at 03:48:45PM -0300, Rodrigo Siqueira wrote:
> > Allow atomic_enable and atomic_disable operations from
> > drm_crtc_helper_funcs struct optional. With this, the target display
> > drivers don't need to define a dummy function if they don't need
Hi Chris,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.1-rc2 next-20190325]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
Hi Daniel, Dave,
Here is a PR for drm-misc-fixes.
Thanks!
Maxime
drm-misc-fixes-2019-03-25:
- A bunch of fixes to cleanup path in meson
- Fix the DMT TDMS clock filtering on meson
- Fix an issue with NV12 buffers on rockchip when scaling is active
- Fix a couple of use-after-free
The following c
Hi Kangjie,
thanks for your patch.
On 2019-03-23 3:29 a.m., Kangjie Lu wrote:
> In case alloc_workqueue fails, the fix frees memory and
> returns to avoid potential NULL pointer dereference.
>
> Signed-off-by: Kangjie Lu
> ---
> drivers/gpu/drm/radeon/radeon_display.c | 5 +
> 1 file ch
On Thu, Mar 21, 2019 at 6:08 PM Sean Paul wrote:
>
>
> Hi Da.*,
> Here's the first 5.2 PR from -misc. There's a bit of everything in the PR,
> enjoy!
Pulled, thanks.
-Daniel
> drm-misc-next-2019-03-21:
> drm-misc-next for 5.2:
>
> UAPI Changes:
> - Add Colorspace connector property (Uma)
> - fou
https://bugs.freedesktop.org/show_bug.cgi?id=110217
Michel Dänzer changed:
What|Removed |Added
Attachment #143754|text/x-log |text/plain
mime type|
On 22/03/2019 16:26, Jean-Philippe Brucker wrote:
> meson_drv_bind() registers a meson_drm struct as the device's privdata,
> but meson_drv_unbind() tries to retrieve a drm_device. This may cause a
> segfault on shutdown:
>
> [ 5194.593429] Unable to handle kernel NULL pointer dereference at virtu
On Fri, 22 Mar 2019, "Souza, Jose" wrote:
> On Fri, 2019-03-22 at 13:35 -0700, Anusha wrote:
>> Straight copy from the kernel file.
>>
>> Add PCI IDs for CML, add additional PCI ID
>> for ICL.
>>
>> Align with kernel commits:
>>
>> a7b4deeb02b97 ("drm/i915/cml: Add CML PCI IDS")
>> 9a751b999d17
Hi Andrzej, Laurent,
Gentle ping,
Did you have time to review this fix ?
Thanks !
Neil
On 15/03/2019 10:54, Neil Armstrong wrote:
> This patch is an attempt to limit HDMI 2.0 SCDC setup when :
> - the SoC embeds an HDMI 1.4 only controller
> - the EDID supports SCDC but not scrambling
> - the ED
On 20/03/2019 09:11, Neil Armstrong wrote:
> DMT monitors does not necessarely report a maximum TMDS clock
> in a VSDB EDID extension.
>
> In this case, all modes are wrongly rejected, including
> the DRM fallback EDID.
>
> This patch only rejects modes whith clock > max_tmds_clock if
> the max_t
https://bugs.freedesktop.org/show_bug.cgi?id=110229
Michel Dänzer changed:
What|Removed |Added
Version|18.3|19.0
--
You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=110199
--- Comment #3 from fin4...@hotmail.com ---
You both have cheap low quality Sapphire cards with 2 year warranty here when
Asus has 3 years. Custom bios in those cards are famous to cause problems with
Linux.
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=110229
Michel Dänzer changed:
What|Removed |Added
Component|Drivers/DRI/R100|Drivers/Gallium/r600
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=110217
Michel Dänzer changed:
What|Removed |Added
Attachment #143755|text/x-log |text/plain
mime type|
If gem_context_register() fails then "ctx" is a valid pointer, not an
error pointer. We should just return "err".
Fixes: 3aa9945a528e ("drm/i915: Separate GEM context construction and
registration to userspace")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/i915/i915_gem_context.c | 2 +-
1
Quoting Dan Carpenter (2019-03-25 09:23:49)
> If gem_context_register() fails then "ctx" is a valid pointer, not an
> error pointer. We should just return "err".
>
> Fixes: 3aa9945a528e ("drm/i915: Separate GEM context construction and
> registration to userspace")
> Signed-off-by: Dan Carpenter
On Fri, Mar 15, 2019 at 06:56:07AM -0500, Benoit Parrot wrote:
> Daniel Vetter wrote on Fri [2019-Mar-15 11:50:57 +0100]:
> > On Thu, Mar 14, 2019 at 08:44:45AM -0500, Benoit Parrot wrote:
> > > During a suspend cycle the atomic state is saved to be used during the
> > > restore cycle.
> > >
> >
On Wed, Mar 20, 2019 at 02:03:08AM +, YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/virtio/virtgpu_ttm.c: In function 'virtio_gpu_init_mem_type':
> drivers/gpu/drm/virtio/virtgpu_ttm.c:117:28: warning:
> variable 'vgdev' set but not used [-Wunused-but-
On Mon, 25 Mar 2019 at 09:32, Andrzej Hajda wrote:
>
> On 25.03.2019 08:50, Krzysztof Kozlowski wrote:
> > On Mon, 25 Mar 2019 at 08:13, Andrzej Hajda wrote:
> >> GSCALER should be feed with clock at certain rates.
> >>
> >> Signed-off-by: Andrzej Hajda
> >> ---
> >> Already merged !!!
> > Then
On Mon, Mar 18, 2019 at 12:06:13AM +0100, Ahmed S. Darwish wrote:
>
> => Now that the dust has settled, here's a summary of this huge
>50-email thread (thanks Daniel, Noralf, John, everyone!).
>
> => Parts of this document are a direct rewording of Daniel's replies,
>so I took the liberty
On Fri, Mar 22, 2019 at 09:32:07PM -0500, Kangjie Lu wrote:
>
>
> > On Mar 8, 2019, at 10:36 PM, Kangjie Lu wrote:
> >
> > alloc_ordered_workqueue may fail and return NULL.
> > The fix returns ENOMEM when it fails to avoid potential NULL
> > pointer dereference.
> >
> > Signed-off-by: Kangjie
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index 8a0732088640..4d8db87048d3 100644
--- a/drivers/gpu/drm/amd/amdgp
we need to import/export timeline point.
v2: unify to one transfer ioctl
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
---
drivers/gpu/drm/drm_internal.h | 2 +
drivers/gpu/drm/drm_ioctl.c| 2 +
drivers/gpu/drm/drm_syncobj.c | 74 ++
include/uapi/drm
syncobj wait/signal operation is appending in command submission.
v2: separate to two kinds in/out_deps functions
v3: fix checking for timeline syncobj
Signed-off-by: Chunming Zhou
Cc: Tobias Hector
Cc: Jason Ekstrand
Cc: Dave Airlie
Cc: Chris Wilson
Cc: Lionel Landwerlin
---
drivers/gpu/dr
v2: individually allocate chain array, since chain node is free independently.
v3: all existing points must be already signaled before cpu perform signal
operation,
so add check condition for that.
v4: remove v3 change and add checking to prevent out-of-order
v5: unify binary and timeline
Sig
From: Christian König
Implement finding the right timeline point in drm_syncobj_find_fence.
v2: return -EINVAL when the point is not submitted yet.
v3: fix reference counting bug, add flags handling as well
v4: add timeout for find fence
Signed-off-by: Christian König
Cc: Lionel Landwerlin
--
Le 25/03/2019 02:35, Laurent Pinchart a écrit :
> Hi Jernej,
>
> Thank you for the patch.
>
> On Sun, Mar 24, 2019 at 10:21:42PM +0100, Jernej Skrabec wrote:
>> DW HDMI controller on some Allwinner SoCs has support for CEC, but due
>> to additional logic put between CEC controller and pins, it
user mode can query timeline payload.
v2: check return value of copy_to_user
v3: handle querying entry by entry
v4: rebase on new chain container, simplify interface
v5: query last signaled timeline point, not last point.
v6: add unorder point check
Signed-off-by: Chunming Zhou
Cc: Tobias Hector
From: Christian König
Use the dma_fence_chain object to create a timeline of fence objects
instead of just replacing the existing fence.
v2: rebase and cleanup
v3: fix garbage collection parameters
v4: add unorder point check, print a warn calltrace
Signed-off-by: Christian König
Cc: Lionel La
From: Christian König
Lockless container implementation similar to a dma_fence_array, but with
only two elements per node and automatic garbage collection.
v2: properly document dma_fence_chain_for_each, add dma_fence_chain_find_seqno,
drop prev reference during garbage collection if it's no
1 - 100 of 145 matches
Mail list logo
