Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Tue, Mar 21, 2017 at 09:22:50AM -0700, Dylan Baker wrote: > Quoting Jani Nikula (2017-03-21 07:44:55) > > On Thu, 16 Mar 2017, Dylan Baker wrote: > > > First it's written in python, [...] > > > > How does meson handle python 2 vs. 3? How do you avoid issues in the > >

[Bug 100308] *ERROR* clock recovery reached max voltage

https://bugs.freedesktop.org/show_bug.cgi?id=100308 Bug ID: 100308 Summary: *ERROR* clock recovery reached max voltage Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 Michel Dänzer changed: What|Removed |Added Version|unspecified |17.0 QA

[Bug 100242] radeon buffer allocation failure during startup of Factorio

https://bugs.freedesktop.org/show_bug.cgi?id=100242 --- Comment #7 from Michel Dänzer --- I indeed misread your comment, sorry. Can you bisect Mesa? -- You are receiving this mail because: You are the assignee for the bug.___

[PATCH v4 2/4] dt-bindings: add the grf clock for dw-mipi-dsi

For RK3399, the grf clock should be controlled by dw-mipi-dsi driver, add the description for this clock. Signed-off-by: Chris Zhong Reviewed-by: Sean Paul --- Changes in v4: - remove "additional" Changes in v3: None Changes in v2: None

[Bug 100242] radeon buffer allocation failure during startup of Factorio

https://bugs.freedesktop.org/show_bug.cgi?id=100242 Michel Dänzer changed: What|Removed |Added Attachment #130279|text/x-log |text/plain

[PATCH v4 1/4] drm/rockchip/dsi: check phy_cfg_clk only for RK3399

For RK3399, the phy_cfg_clk is a required clock, if phy_cfg_clk is disabled, MIPI phy can not work. Let's return a error if there is no phy_cfg_clk in dts property, when the pdata match RK3399. Signed-off-by: Chris Zhong Reviewed-by: Sean Paul ---

[PATCH v4 4/4] drm/rockchip/dsi: correct the grf_switch_reg name

For the RK3399, the grf_switch_reg name should be RK3399_GRF_SOC_CON20, not RK3399_GRF_SOC_CON19. Signed-off-by: Chris Zhong Reviewed-by: Brian Norris Reviewed-by: Sean Paul --- Changes in v4: None Changes in v3: None

[PATCH v4 0/4] RK3399 dw-mipi-dsi patches

Hi all This series set the phy_cfg_clk to be a required clock for RK3399, and add a grf clock control in dw-mipi-dsi driver. And then correct a register name. Changes in v4: - remove "additional" - print the err after clk_prepare_enable(dsi->grf_clk) Changes in v3: - add a

[PATCH v4 3/4] drm/rockchip/dsi: enable the grf clk before writing grf registers

For RK3399, the grf clk should be enabled before writing grf registers, otherwise the register value can not be changed. Signed-off-by: Chris Zhong Reviewed-by: Sean Paul --- Changes in v4: - print the err after clk_prepare_enable(dsi->grf_clk)

[PATCH v3 1/2] dt-bindings: Add INNOLUX P079ZCA panel bindings

The Innolux P079ZCA is a 7.85" panel with a 768X1024 resolution and connected to DSI using four lanes. Signed-off-by: Chris Zhong Reviewed-by: Brian Norris --- Changes in v3: None Changes in v2: None

[PATCH v3 2/2] drm/panel: add innolux,p079zca panel driver

Support Innolux P079ZCA 7.85" 768x1024 TFT LCD panel, it is a MIPI DSI panel. Signed-off-by: Chris Zhong Reviewed-by: Sean Paul Tested-by: Brian Norris --- Changes in v3: - printk err after

Re: [PATCH v5 3/5] drm/exynos: dsi: Fix the parse_dt function

Hi inki, Could you check the this patch? For reference, patch 1/5 and 2/5 have already been applied to Krzysztof tree. Best regards, Hoegeun On 03/08/2017 01:54 PM, Hoegeun Kwon wrote: The dsi + panel is a parental relationship, so OF grpah is not needed. Therefore, the current

[Bug 100303] Adding a single, meaningless if-else to a shader source leads to different image

https://bugs.freedesktop.org/show_bug.cgi?id=100303 Samuel Pitoiset changed: What|Removed |Added Component|Drivers/Gallium/radeonsi

Re: [PATCH v3 2/3] drm/pl111: Initial drm/kms driver for pl111

On Mon, Mar 20, 2017 at 04:36:14PM -0700, Eric Anholt wrote: > +static struct amba_driver pl111_amba_driver = { > + .drv = { > + .name = "clcd-pl11x", either: .name = "clcd-pl111", or: .name = "drm-clcd-pl111", otherwise the driver names will

Re: [PATCH v3 0/4] RK3399 dw-mipi-dsi patches

On Fri, Mar 17, 2017 at 11:54:20AM +0800, Chris Zhong wrote: > Hi all > > This series set the phy_cfg_clk to be a required clock for RK3399, and > add a grf clock control in dw-mipi-dsi driver. And then correct a > register name. Series looks good to me, and works well on RK3399. Tested-by:

[PATCH v7] drm/rockchip: Refactor the component match logic.

Currently we are adding all components from the dts, if one of their drivers been disabled, we would not be able to bring up others. Refactor component match logic, follow exynos drm. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda Acked-by:

[PATCH] drm/mediatek: fix mtk_hdmi_setup_vendor_specific_infoframe mistake

mtk_hdmi_setup_vendor_specific_infoframe will return before handle mtk_hdmi_hw_send_info_frame.Because hdmi_vendor_infoframe_pack returns the number of bytes packed into the binary buffer or a negative error code on failure. So correct it. Signed-off-by: Nickey Yang

Re: [Bug 54381] [drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLL

Sent from my iPhone ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Tue, Mar 21, 2017 at 11:56 AM, Emil Velikov wrote: > On 21 March 2017 at 18:06, Matt Turner wrote: > > On Tue, Mar 21, 2017 at 10:16 AM, Emil Velikov > wrote: > >> On 21 March 2017 at 15:57, Matt Turner

Re: [PATCH v2 2/2] drm/panel: add innolux,p079zca panel driver

+ Thierry for real On Tue, Mar 21, 2017 at 03:26:35PM -0400, Sean Paul wrote: > On Wed, Mar 15, 2017 at 03:19:13PM +0800, Chris Zhong wrote: > > Support Innolux P079ZCA 7.85" 768x1024 TFT LCD panel, it is a MIPI DSI > > panel. > > > > Signed-off-by: Chris Zhong > > --- > >

[CRTC:24] vblank wait timed out

I have an i.MX6 platform with 2 display port interfaces, one driven by the HDMI interface, the other by LVDS, both via bridges. We are currently experiencing the following error when we boot with the monitor connected to the LVDS backed interface and then connect a monitor to the HDMI backed

Re: [PATCH v3 4/4] drm/rockchip/dsi: correct the grf_switch_reg name

On Fri, Mar 17, 2017 at 11:54:24AM +0800, Chris Zhong wrote: > For the RK3399, the grf_switch_reg name should be RK3399_GRF_SOC_CON20, > not RK3399_GRF_SOC_CON19. Matches the TRM for me, and otherwise it's a no-op: Reviewed-by: Brian Norris > Signed-off-by: Chris

Re: GEM allocation for para-virtualized DRM driver

On 03/20/2017 08:52 PM, Rob Clark wrote: On Mon, Mar 20, 2017 at 2:25 PM, Oleksandr Andrushchenko wrote: On 03/20/2017 08:17 PM, Rob Clark wrote: On Mon, Mar 20, 2017 at 2:01 PM, Oleksandr Andrushchenko wrote: On 03/20/2017 07:38 PM, Rob Clark wrote:

[PATCH v3] drm: bridge: dw-hdmi: add HDMI vendor specific infoframe config

Vendor specific infoframe is mandatory for 4K2K resolution. Without this, the HDMI protocol compliance fails. Signed-off-by: Nickey Yang Reviewed-by: Jose Abreu --- drivers/gpu/drm/bridge/dw-hdmi.c | 53

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/i915_gem_shrinker.c between commit: 3d3d18f086cd ("drm/i915: Avoid rcu_barrier() from reclaim paths (shrinker)") from the drm-intel-fixes tree and commit: 519d52498156 ("drm/i915:

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/i915_gem_context.c between commit: 590379aef2e3 ("drm/i915: make context status notifier head be per engine") from the drm-intel-fixes tree and commits: 2355cf088d46 ("drm/i915: Create context

[Bug 100270] power usage increase by approx 4W between kernel 4.7.8 and 4.8.5

https://bugs.freedesktop.org/show_bug.cgi?id=100270 --- Comment #7 from brett.hass...@gmail.com --- (In reply to Alex Deucher from comment #6) > (In reply to brett.hassall from comment #5) > > (In reply to Emil Velikov from comment #2) > > > If your bisection has gone right, you're looking at

[Bug 193981] AMDGPU: R9 380 Fan rotates all the time (loud!)

https://bugzilla.kernel.org/show_bug.cgi?id=193981 --- Comment #11 from winches (dry...@gmx.fr) --- I can try. I've seen how to do on the wiki. I will test the kernel 4.9.1 and the 4.11rc1 tomorrow. It may be longto do all the bisect, it took nearly 40-50 min to compile. -- You are receiving

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

Hey Kai, Quoting Kai Wasserbäch (2017-03-21 11:36:31) > I hope the rest of the Mesa project would follow such a rule. Because if > there's > something I absolutely hate about all those "new" build systems, then it's > their > tendency to just download stuff and build/include that. This seems to

Re: [PATCH v2 2/2] drm/panel: add innolux,p079zca panel driver

On Tue, Mar 21, 2017 at 01:38:31PM -0700, Brian Norris wrote: > + Thierry for real > > On Tue, Mar 21, 2017 at 03:26:35PM -0400, Sean Paul wrote: > > On Wed, Mar 15, 2017 at 03:19:13PM +0800, Chris Zhong wrote: > > > Support Innolux P079ZCA 7.85" 768x1024 TFT LCD panel, it is a MIPI DSI > > >

Re: [RFC PATCH 0/3] drm/panel: Pull some code out into common helpers

Sean Paul writes: > This series pulls out the power-sequencing code from panel-simple into a > panel-common helper library. This allows drivers that cannot leverage > panel-simple to share some code. > > I've converted the 2 sharp mipi drivers, and Chris Zhong's driver on

Re: [RFC PATCH 2/3] drm/panel: sharp-lq101r1sx01: Use panel-common helpers

Sean Paul writes: > Instead of duplicating common code from panel-simple, use the panel-common > helpers. > > Signed-off-by: Sean Paul > --- > drivers/gpu/drm/panel/Kconfig | 1 + >

Re: [PATCH v4 2/8] drm/stm: Add STM32 LTDC driver

Yannick Fertre writes: > This controller provides output signals to interface directly a variety > of LCD and TFT panels. These output signals are: RGB signals > (up to 24bpp), vertical & horizontal synchronisations, data enable and > the pixel clock. I've got some

Re: [PATCH v4 1/8] dt-bindings: display: add STM32 LTDC driver

Yannick Fertre writes: > Acked-by: Rob Herring > Signed-off-by: Yannick Fertre > --- > .../devicetree/bindings/display/st,stm32-ltdc.txt | 36 > ++ > 1 file changed, 36 insertions(+) > create mode 100644 >

[Bug 100305] [BAT][IGT]basic tests in gem_ctx_basic, gem_ctx_exec, gem_ctx_params fail

https://bugs.freedesktop.org/show_bug.cgi?id=100305 Chris Wilson changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH 12/41] drm/bridge: analogix_dp: add fast link train for eDP

On Thu, Mar 16, 2017 at 03:14:28PM +0100, Andrzej Hajda wrote: > On 10.03.2017 05:32, Sean Paul wrote: > > From: zain wang > > > > We would meet a short black screen when exit PSR with the full link > > training, In this case, we should use fast link train instead of full > >

Re: [PATCH v3 3/4] drm/rockchip/dsi: enable the grf clk before writing grf registers

On Fri, Mar 17, 2017 at 11:54:23AM +0800, Chris Zhong wrote: > For RK3399, the grf clk should be enabled before writing grf registers, > otherwise the register value can not be changed. > > Signed-off-by: Chris Zhong Minor nit below, with that: Reviewed-by: Sean Paul

Re: [PATCH v3 1/4] drm/rockchip/dsi: check phy_cfg_clk only for RK3399

On Tue, Mar 21, 2017 at 04:16:23PM -0400, Sean Paul wrote: > On Fri, Mar 17, 2017 at 11:54:21AM +0800, Chris Zhong wrote: > > For RK3399, the phy_cfg_clk is a required clock, if phy_cfg_clk is > > disabled, MIPI phy can not work. Let's return a error if there is no > > phy_cfg_clk in dts property,

Re: [PATCH v3 2/4] dt-bindings: add the grf clock for dw-mipi-dsi

On Tue, Mar 21, 2017 at 04:17:00PM -0400, Sean Paul wrote: > On Fri, Mar 17, 2017 at 11:54:22AM +0800, Chris Zhong wrote: > > For RK3399, the grf clock should be controlled by dw-mipi-dsi driver, > > add the description for this clock. > > > > Signed-off-by: Chris Zhong > >

Re: [PATCH 2/5] drm: Remove fb hsub/vsub alignment requirement

On 17-03-21 20:12:15, Ville Syrjälä wrote: From: Ville Syrjälä Allow framebuffers dimesions to be misaligned w.r.t. the subsampling factors. No real reason the core should have to enforce this, and it definitely starts to cause us issues with the i915 CCS

[Bug 193981] AMDGPU: R9 380 Fan rotates all the time (loud!)

https://bugzilla.kernel.org/show_bug.cgi?id=193981 --- Comment #10 from Alex Deucher (alexdeuc...@gmail.com) --- (In reply to winches from comment #9) > hello, i have the same bug. On my sapphire r9 380 itx, the fan seem to work > at 100% from the loading of the kernel (no problem in bios and in

Re: [PATCH v3 4/4] drm/rockchip/dsi: correct the grf_switch_reg name

On Fri, Mar 17, 2017 at 11:54:24AM +0800, Chris Zhong wrote: > For the RK3399, the grf_switch_reg name should be RK3399_GRF_SOC_CON20, > not RK3399_GRF_SOC_CON19. > > Signed-off-by: Chris Zhong Reviewed-by: Sean Paul > --- > > Changes in v3: None >

Re: [PATCH v3 2/4] dt-bindings: add the grf clock for dw-mipi-dsi

On Fri, Mar 17, 2017 at 11:54:22AM +0800, Chris Zhong wrote: > For RK3399, the grf clock should be controlled by dw-mipi-dsi driver, > add the description for this clock. > > Signed-off-by: Chris Zhong > --- > > Changes in v3: None > Changes in v2: None > >

Re: [PATCH v3 1/4] drm/rockchip/dsi: check phy_cfg_clk only for RK3399

On Fri, Mar 17, 2017 at 11:54:21AM +0800, Chris Zhong wrote: > For RK3399, the phy_cfg_clk is a required clock, if phy_cfg_clk is > disabled, MIPI phy can not work. Let's return a error if there is no > phy_cfg_clk in dts property, when the pdata match RK3399. > The dt bindings say this is a

Re: [PATCH 10/41] drm/bridge: analogix_dp: Don't change psr while bridge is disabled

On Thu, Mar 16, 2017 at 02:40:21PM +0100, Andrzej Hajda wrote: > On 10.03.2017 05:32, Sean Paul wrote: > > From: zain wang > > > > There is a race between AUX CH bring-up and enabling bridge which will > > cause link training to fail. To avoid hitting it, don't change psr

Re: [PATCH v7] drm/rockchip: Refactor the component match logic.

On Tue, Mar 21, 2017 at 02:42:11PM +0800, Jeffy Chen wrote: > Currently we are adding all components from the dts, if one of their > drivers been disabled, we would not be able to bring up others. > > Refactor component match logic, follow exynos drm. > > Signed-off-by: Jeffy Chen

Re: [PATCH v3 2/3] drm/pl111: Initial drm/kms driver for pl111

Russell King - ARM Linux writes: > On Mon, Mar 20, 2017 at 04:36:14PM -0700, Eric Anholt wrote: >> +static struct amba_driver pl111_amba_driver = { >> +.drv = { >> +.name = "clcd-pl11x", > > either: > > .name = "clcd-pl111", > > or: > >

Re: [PATCH] drm: zte: remove leftover 'inf' from struct zx_hdmi

On Tue, Mar 21, 2017 at 04:59:55PM +0800, Shawn Guo wrote: > From: Shawn Guo > > There is a leftover 'inf' field in struct zx_hdmi from commit > '831a8d5e0bef ("drm: zte: move struct vou_inf into zx_vou driver")'. > Remove it. > > Signed-off-by: Shawn Guo

Re: [PATCH] drm/doc: Document feature merge deadlines

On Tue, Mar 21, 2017 at 04:52:28PM +0100, Daniel Vetter wrote: > The discussion pretty much concluded without objections, let's > document what we agreed on. > > Cc'ing linux-doc for the new tag in Documentation/process/index.rst. > > Cc: Jonathan Corbet > Cc:

[Bug 193981] AMDGPU: R9 380 Fan rotates all the time (loud!)

https://bugzilla.kernel.org/show_bug.cgi?id=193981 winches (dry...@gmx.fr) changed: What|Removed |Added CC||dry...@gmx.fr --- Comment #9

Re: [PATCH v2 2/2] drm/panel: add innolux,p079zca panel driver

On Wed, Mar 15, 2017 at 03:19:13PM +0800, Chris Zhong wrote: > Support Innolux P079ZCA 7.85" 768x1024 TFT LCD panel, it is a MIPI DSI > panel. > > Signed-off-by: Chris Zhong > --- > > Changes in v2: > - add some error check > - always use Low power mode to send commend > -

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Tue, Mar 21, 2017 at 11:56 AM, Emil Velikov wrote: > On 21 March 2017 at 18:06, Matt Turner wrote: >> (1) Non-recursive automake is necessary for parallel build performance > Fully agree > >> (2) Non-recursive automake is intractably

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On 21 March 2017 at 18:06, Matt Turner wrote: > On Tue, Mar 21, 2017 at 10:16 AM, Emil Velikov > wrote: >> On 21 March 2017 at 15:57, Matt Turner wrote: >>> On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

Hey Dylan, Dylan Baker wrote on 21.03.2017 18:34: > Quoting Kai Wasserbäch (2017-03-21 09:50:52) >> I've just a few points, since I'm not too enthused by the prospect of having >> to >> deal with yet another build system with yet another slightly different >> syntax. >> But ultimately this is

[PATCH v4 5/5] drm/i915: Add render decompression support

From: Ville Syrjälä SKL+ display engine can scan out certain kinds of compressed surfaces produced by the render engine. This involved telling the display engine the location of the color control surfae (CCS) which describes which parts of the main surface are

[PATCH 2/5] drm: Remove fb hsub/vsub alignment requirement

From: Ville Syrjälä Allow framebuffers dimesions to be misaligned w.r.t. the subsampling factors. No real reason the core should have to enforce this, and it definitely starts to cause us issues with the i915 CCS support. So let's just lift the restriction. Let's

[PATCH v3 3/5] drm: Add mode_config .get_format_info() hook

From: Ville Syrjälä Allow drivers to return a custom drm_format_info structure for special fb layouts. We'll use this for the compression control surface in i915. v2: Fix drm_get_format_info() kernel doc (Laurent) Don't pass 'dev' to the new hook (Laurent) v3:

[PATCH v4 4/5] drm/i915: Implement .get_format_info() hook for CCS

From: Ville Syrjälä SKL+ display engine can scan out certain kinds of compressed surfaces produced by the render engine. This involved telling the display engine the location of the color control surfae (CCS) which describes which parts of the main surface are

[PATCH 1/5] drm: Share the code to compute color plane dimesions

From: Ville Syrjälä framebuffer_check() has some hand rolled code to compute the color plane dimensions based on the subsampled information. Let's share the code between framebuffer_check() and drm_framebuffer_plane_{width,height}(). Cc: Ben Widawsky

[PATCH v3 0/5] drm/i915: SKL+ render decompression support

From: Ville Syrjälä Another iteration of the i915 CCS support. Main change is lifting the fb dimensions hsub/vsub alignment restrictions from the core. Without that userspace would have to align the fb size be a multiple of 8x16 pixels which isn't something they

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Tue, Mar 21, 2017 at 10:16 AM, Emil Velikov wrote: > On 21 March 2017 at 15:57, Matt Turner wrote: >> On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov >> wrote: >>> On 20 March 2017 at 18:30, Matt Turner

[Bug 100304] [bisected] Kernel oops on startup

https://bugs.freedesktop.org/show_bug.cgi?id=100304 --- Comment #4 from Mike Lothian --- Yes setting amdgpu.runpm=0 fixes the issue - also reverting the commit allows me to boot -- You are receiving this mail because: You are the assignee for the

[Bug 100305] [BAT][IGT]basic tests in gem_ctx_basic, gem_ctx_exec, gem_ctx_params fail

https://bugs.freedesktop.org/show_bug.cgi?id=100305 Tomi Sarvela changed: What|Removed |Added OS|All |Linux (All)

[Bug 100305] [BAT][IGT]basic tests in gem_ctx_basic, gem_ctx_exec, gem_ctx_params fail

https://bugs.freedesktop.org/show_bug.cgi?id=100305 Bug ID: 100305 Summary: [BAT][IGT]basic tests in gem_ctx_basic, gem_ctx_exec, gem_ctx_params fail Product: DRI Version: DRI git Hardware: Other OS: All

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

Hi Kai, Quoting Kai Wasserbäch (2017-03-21 09:50:52) > Hey Dylan, > I've just a few points, since I'm not too enthused by the prospect of having > to > deal with yet another build system with yet another slightly different syntax. > But ultimately this is only a "my 2 cents" e-mail, since others

[Bug 100304] [bisected] Kernel oops on startup

https://bugs.freedesktop.org/show_bug.cgi?id=100304 Mike Lothian changed: What|Removed |Added CC||m...@fireburn.co.uk

Re: [CRTC:24] vblank wait timed out

Hi Martyn, On Tue, 2017-03-21 at 09:50 +, Martyn Welch wrote: > I have an i.MX6 platform with 2 display port interfaces, one driven by the > HDMI interface, the other by LVDS, both via bridges. We are currently > experiencing the following error when we boot with the monitor connected > to

[Bug 100304] [bisected] Kernel oops on startup

https://bugs.freedesktop.org/show_bug.cgi?id=100304 --- Comment #2 from Alex Deucher --- does disabling runpm work around it? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On 21 March 2017 at 15:57, Matt Turner wrote: > On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov > wrote: >> On 20 March 2017 at 18:30, Matt Turner wrote: >>> On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov

[Bug 100304] [bisected] Kernel oops on startup

https://bugs.freedesktop.org/show_bug.cgi?id=100304 --- Comment #1 from Alex Deucher --- What chip is this? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 100304] [bisected] Kernel oops on startup

https://bugs.freedesktop.org/show_bug.cgi?id=100304 Bug ID: 100304 Summary: [bisected] Kernel oops on startup Product: DRI Version: DRI git Hardware: Other OS: All Status: NEW Severity: normal

[Bug 100270] power usage increase by approx 4W between kernel 4.7.8 and 4.8.5

https://bugs.freedesktop.org/show_bug.cgi?id=100270 --- Comment #6 from Alex Deucher --- (In reply to brett.hassall from comment #5) > (In reply to Emil Velikov from comment #2) > > If your bisection has gone right, you're looking at either > >

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

Hey Dylan, I've just a few points, since I'm not too enthused by the prospect of having to deal with yet another build system with yet another slightly different syntax. But ultimately this is only a "my 2 cents" e-mail, since others are way deeper involved with Mesa and their opinion is what

[PATCH] drm/atomic: Introduce drm_atomic_helper_shutdown

The trouble here is that it does multiple atomic commits under one drm_modeset_lock_all, which breaks the behind-the-scenes acquire context magic that function pulls off. It's much better to have one overall atomic commit. That we still have multiple atomic commits prevents us from adding some

Re: [RFC libdrm 0/2] Replace the build system with meson

Quoting Jani Nikula (2017-03-21 07:44:55) > On Thu, 16 Mar 2017, Dylan Baker wrote: > > First it's written in python, [...] > > How does meson handle python 2 vs. 3? How do you avoid issues in the > build files wrt this? On Debian meson seems to depend on python 3, so > are

Re: [RFC libdrm 0/2] Replace the build system with meson

I would personally rather have scons and autotools than cmake. I've had the misfortune of using all three, and cmake is not an improvement in my opinion. Quoting Grazvydas Ignotas (2017-03-21 08:13:31) > It might make sense to give more attention to cmake just because many > mesa-related projects

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Mon, Mar 20, 2017 at 10:10 PM, Jonathan Gray wrote: > On Mon, Mar 20, 2017 at 11:30:25AM -0700, Matt Turner wrote: >> On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov >> wrote: >> > Seems like we ended up all over the place, so let me try afresh. >> >

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Mon, Mar 20, 2017 at 10:00 PM, Jonathan Gray wrote: > On Tue, Mar 21, 2017 at 08:28:22AM +1100, Timothy Arceri wrote: >> >> >> On 21/03/17 06:39, Emil Velikov wrote: >> > On 20 March 2017 at 18:30, Matt Turner wrote: >> > > On Mon, Mar 20, 2017 at 6:55 AM,

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov wrote: > On 20 March 2017 at 18:30, Matt Turner wrote: >> On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov >> wrote: >>> Seems like we ended up all over the place, so let me try

[PATCH] drm/doc: Document feature merge deadlines

The discussion pretty much concluded without objections, let's document what we agreed on. Cc'ing linux-doc for the new tag in Documentation/process/index.rst. Cc: Jonathan Corbet Cc: linux-...@vger.kernel.org Cc: Dave Airlie Cc: Sean Paul

Re: [PATCH] drm: add check for plane functions

On 2017-03-20 05:42 AM, Shirish S wrote: On Mon, Mar 20, 2017 at 1:51 PM, Daniel Vetter wrote: On Mon, Mar 20, 2017 at 09:58:01AM +0530, Shirish S wrote: First of all, thanks for your comments/insights. On Sat, Mar 18, 2017 at 12:59 AM, Eric Anholt wrote:

Re: [PATCH] drm/atomic: Introduce drm_atomic_helper_shutdown

Op 21-03-17 om 16:26 schreef Daniel Vetter: > The trouble here is that it does multiple atomic commits under one > drm_modeset_lock_all, which breaks the behind-the-scenes acquire > context magic that function pulls off. It's much better to have one > overall atomic commit. That we still have

[PATCH v2 11/13] drm/meson: Convert existing documentation to actual kerneldoc

Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_canvas.c | 4 +++- drivers/gpu/drm/meson/meson_drv.c | 5 +++-- drivers/gpu/drm/meson/meson_dw_hdmi.c | 25 + drivers/gpu/drm/meson/meson_vclk.c| 22 +++---

[PATCH v2 13/13] MAINTAINERS: update files for Amlogic DRM Driver

This patch adds the dw-hdmi bindings and RST kerneldoc to maintained files. Signed-off-by: Neil Armstrong --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index e88154f..3df68c73 100644 --- a/MAINTAINERS +++ b/MAINTAINERS

[PATCH v2 02/13] drm/meson: Add missing HDMI register

Add missing VPU HDMI register. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_registers.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/meson/meson_registers.h b/drivers/gpu/drm/meson/meson_registers.h index 6adf9c1..2847381 100644

[PATCH v2 08/13] ARM64: dts: meson-gx: Add shared CMA dma memory pool

The HDMI modes needs more CMA memory to be reserved at boot-time. Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-gx.dtsi

[PATCH v2 10/13] dt-bindings: Add bindings for the Amlogic Meson dw-hdmi extension

This binding describes the Amlogic Meson specific extension to the Synopsys Designware HDMI Controller. Acked-by: Rob Herring Signed-off-by: Neil Armstrong --- .../bindings/display/amlogic,meson-dw-hdmi.txt | 111 + 1 file

[PATCH v2 05/13] drm/meson: add support for HDMI clock support

This patchs adds support for the supported HDMI modes clocks frequencies. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_vclk.c | 624 +++- drivers/gpu/drm/meson/meson_vclk.h | 6 +-

[PATCH v2 12/13] drm/meson: Add RST to bring together kerneldoc

Signed-off-by: Neil Armstrong --- Documentation/gpu/index.rst | 1 + Documentation/gpu/meson.rst | 61 + 2 files changed, 62 insertions(+) create mode 100644 Documentation/gpu/meson.rst diff --git

[PATCH v2 07/13] drm/meson: Add support for HDMI encoder and DW-HDMI bridge + PHY

The Amlogic Meson GXBB/GXL/GXM SoCs embeds a Synopsys DesignWare HDMI TX Controller with a custom Bridge + PHY around the Controller. This driver makes uses of all the custom PHY plat data callbacks and enables the compatible HDMI modes to be configured as a drm_encoder instance. Signed-off-by:

[PATCH v2 01/13] drm/meson: Use crtc_state for hdisplay and fix atomic flush/enable sync for vsync commit

Clean the crtc_enable by using the proper crtc_state instead of the state of the primary plane state data. Also fix the dependency to commit the plane changes even if enable is called after the flush. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_crtc.c

[PATCH v2 06/13] drm/meson: Add support for HDMI venc modes and settings

This patch adds support for the supported HDMI Venc modes and add the VPP mux value to switch to ENCP encoder. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_venc.c | 1245 +++- drivers/gpu/drm/meson/meson_venc.h |7 +

[PATCH v2 03/13] drm/meson: Add support for components

This patch adds support for optional components connected through the Device Tree endpoints scheme. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_drv.c | 113 +- 1 file changed, 99 insertions(+), 14 deletions(-) diff

[PATCH v2 04/13] drm/meson: venc_cvbs: no more return -ENODEV if CVBS is not available

Since this is managed now by the components code, if CVBS is not available and HDMI neither, the drm driver won't bind anyway. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_venc_cvbs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 00/13] drm/meson: Initial support for HDMI Output

The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller in combination with a very custom PHY. This patchset depends on Laurent Pinchart patchset merged in drm-misc-next and my v4 patchset at [1] to permit PHY control from outside the dw-hdmi driver. The Synopsys DesignWare HDMI

Re: [RFC libdrm 0/2] Replace the build system with meson

On Tue, Mar 21, 2017 at 11:13 AM, Grazvydas Ignotas wrote: > everyone building graphics stacks or contributing to > mesa should already be comfortable with cmake thanks to piglit and > llvm, which might not be the case for meson. Or they could be contributing to mesa because

[PATCH v4 4/6] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

Some display pipelines can only provide non-RBG input pixels to the HDMI TX Controller, this patch takes the pixel format from the plat_data if provided. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 326 +-

[PATCH v4 1/6] drm: bridge: dw-hdmi: Extract PHY interrupt setup to a function

From: Laurent Pinchart In preparation for adding PHY operations to handle RX SENSE and HPD, group all the PHY interrupt setup code in a single location and extract it to a separate function. Signed-off-by: Laurent Pinchart

[PATCH v4 0/6] drm: bridge: dw-hdmi: Add support for Custom PHYs

The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller in combination with a very custom PHY. Thanks to Laurent Pinchart's changes, the HW report the following : Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy) The following differs from common PHY integration

  1   2   >