Thanks Maarten now I can build the kernel again.
/Marta
> -Original Message-
> From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
> Of Maarten Lankhorst
> Sent: Tuesday, June 6, 2017 5:32 PM
> To: Archit Taneja ; Eric Anholt ;
> Andrzej Hajda ; Laurent Pinchart
> ;
On 05/19/2017 03:17 PM, Hoegeun Kwon wrote:
On 05/16/2017 01:48 AM, Krzysztof Kozlowski wrote:
On Wed, Mar 08, 2017 at 01:54:11PM +0900, Hoegeun Kwon wrote:
The OF graph is not needed because the panel is a child of dsi. Remove
the ports node in DSI node.
Signed-off-by: Hoegeun Kwon
Reviewed-
tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-hybrid-4.11
head: 7ccf5ab3da7a87288cc0fd11910b212e4ac154a6
commit: 22b340aa7636404cd6e4cb15f18bfb88afdbfb65 [103/518] PCI: Add
pci_enable_atomic_request
config: i386-defconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Tuesday, June 06, 2017 7:10 PM
> To: Christian König
> Cc: linux-...@vger.kernel.org; platform-driver-...@vger.kernel.org;
> Deucher, Alexander; David Airlie; amd-...@lists.freedesktop.org; dri-
> de...@lists.fre
在 2017-06-05 00:01，Icenowy Zheng 写道：
Allwinner H3 SoC features a TV Encoder like the one in Allwinner A13,
which can only output TV Composite signal.
The display pipeline of H3 is also special -- it has two mixers and
two TCONs, of which the connection can be swapped. The TCONs do not
have chann
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On Behalf
> Of Jeff Kirsher
> Sent: Tuesday, June 6, 2017 1:46 PM
> To: David Miller ; Nikula, Jani
>
> Cc: Ursulin, Tvrtko ; daniel.vet...@ffwll.ch; intel-
> g...@lists.freedesktop.org; linux-ker...@vger.kernel.org;
> jani.nik...
Hi, Dave:
This include two fixes: dsi wait timeout loop and hdmi infoframe
mistake.
Regards,
CK
The following changes since commit
2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
https://github.com/ckhu-mediatek
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #2 from Luke ---
Created attachment 131760
--> https://bugs.freedesktop.org/attachment.cgi?id=131760&action=edit
dmesg from crash using amdgpu module
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #1 from Luke ---
Created attachment 131759
--> https://bugs.freedesktop.org/attachment.cgi?id=131759&action=edit
dmesg from crash using radeon module
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101325
Bug ID: 101325
Summary: UE4Editor crash after pressing "play" with radeon
southern island card (7850 HD)
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
-
drivers/gpu/drm/pl111/Kconfig |1 +
1 file changed, 1 insertion(+)
--- linux-next-20170606.orig/drivers/gpu/drm/pl111/Kconfig
+++ linux-next-20170606/drivers/gpu/drm/pl111/Kconfig
@@ -3,6 +3,7 @@ config DRM_PL111
depends on DRM
depends on ARM || ARM64 || COMPILE_TEST
On Fri, 2017-06-02 at 14:14 -0400, David Miller wrote:
> From: Jani Nikula
> Date: Wed, 31 May 2017 18:50:43 +0300
>
> > From: Chris Wilson
> >
> > An error during suspend (e100e_pm_suspend),
>
> ...
> > lead to complete failure:
>
> ...
> > The unwind failures stems from commit 2800209994f
On Tue, Jun 06, 2017 at 01:51:11PM +0200, Christian König wrote:
> Am 02.06.2017 um 22:26 schrieb Bjorn Helgaas:
> >On Fri, Jun 02, 2017 at 11:32:21AM +0200, Christian König wrote:
> >>Hi Bjorn,
> >>
> >>sorry for not responding earlier and thanks for picking this thread
> >>up again.
> >>
> >>Am 0
Hello,
I have the pleasure to announce that the X.org Developer Conference 2017
will be held in Mountain View, California from September 20th to
September 22nd. The venue is located at the Googleplex.
The official page for the event is http://www.x.org/wiki/Events/XDC2017
while the call for paper
On Tue, 06 Jun 2017 13:24:33 -0700
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > Replace the drm_atomic_helper_wait_for_vblanks() with a call to
> > drm_atomic_helper_wait_for_flip_done(). This allows better detection of
> > page flip done events which what we are really waiting for in
> >
On Tue, 06 Jun 2017 13:27:09 -0700
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > The VC4 KMS driver is implementing its own ->atomic_commit() but there
> > are a few generic helpers we can use instead of open-coding the logic.
> >
> > Signed-off-by: Boris Brezillon
> > ---
> > drivers/gp
Boris Brezillon writes:
> These are part of the vc4 display pipeline.
>
> Signed-off-by: Boris Brezillon
Patch 6-7 are:
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
ht
Boris Brezillon writes:
> The VC4 KMS driver is implementing its own ->atomic_commit() but there
> are a few generic helpers we can use instead of open-coding the logic.
>
> Signed-off-by: Boris Brezillon
> ---
> drivers/gpu/drm/vc4/vc4_kms.c | 38 --
> 1 fil
Boris Brezillon writes:
> Replace the drm_atomic_helper_wait_for_vblanks() with a call to
> drm_atomic_helper_wait_for_flip_done(). This allows better detection of
> page flip done events which what we are really waiting for in
> vc4_atomic_complete_commit().
>
> With this approach, we also addre
On Sat, Jun 03, 2017 at 11:19:09PM +0800, Chen-Yu Tsai wrote:
> On Sat, Jun 3, 2017 at 3:41 AM, Maxime Ripard
> wrote:
> > On Fri, Jun 02, 2017 at 06:10:19PM +0800, Chen-Yu Tsai wrote:
> >> The HDMI controller found in the A31 SoCs is slightly different
> >> from the one already supported, which i
Hi Brian,
Le Mon, 5 Jun 2017 12:25:50 +0100,
Brian Starkey a écrit :
> Hi Boris,
>
> I can't speak for the HW-specific details, but the writeback part
> looks pretty good (and familiar ;-) to me. There certainly seems to be
> some scope for code-sharing there, but I think it's fine not to do it
https://bugs.freedesktop.org/show_bug.cgi?id=101319
Bug ID: 101319
Summary: Tonga DC + UVD [drm:fill_plane_attributes [amdgpu]]
*ERROR* Unable to reserve buffer
Product: DRI
Version: DRI git
Hardware: Other
Maarten Lankhorst writes:
> This fixes the following depmod error when building drm as a module:
> depmod: ERROR: Found 6 modules in dependency cycles!
> depmod: ERROR: Cycle detected: drm -> drm_kms_helper -> drm
>
> Fixes: 13dfc0540a57 ("drm/bridge: Refactor out the panel wrapper from the
> lv
Boris Brezillon writes:
> Attach the panel-bridge created by drm_panel_bridge_add() to the
> parallel RGB encoder.
>
> Fixes: 96160a8071b2 ("drm/atmel-hlcdc: Replace the panel usage with
> drm_panel_bridge.")
> Signed-off-by: Boris Brezillon
Reviewed-by: Eric Anholt
Sorry for the mistake.
https://bugs.freedesktop.org/show_bug.cgi?id=101254
--- Comment #7 from joeri.exelm...@gmail.com ---
I used this guide (https://pkg-xorg.alioth.debian.org/howto/build-mesa.html) to
build the mesa project with git version
84012262ea70435507d3b88ddbc0f621781ec275 (Mar 21 2017), and I can use VDPAU
https://bugs.freedesktop.org/show_bug.cgi?id=97055
--- Comment #17 from Thomas J. Moore ---
Is this the place for AMD-related kernel bugs to die? Is that why I was told
to open the bug here, rather than the Linux kernel bugzilla? Who knows? In
any case, not one person who could actually addres
https://bugs.freedesktop.org/show_bug.cgi?id=97055
Thomas J. Moore changed:
What|Removed |Added
CC||jamof...@gmail.com
--- Comment #16 fro
https://bugs.freedesktop.org/show_bug.cgi?id=97605
Thomas J. Moore changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
If an instance of Mali DP hardware shares the interrupt line with
another hardware (usually another instance of the Mali DP) its
interrupt handler can get called when the device is suspended.
Check the PM status before making access to the hardware registers
to avoid deadlocks.
Signed-off-by: Liv
The component-based encoder(s) used by HDLCD expect the CRTC port
to be set before binding in order to find the right endpoint.
Without this patch, the TDA19988 encoder driver prints a warning
"Falling back to first CRTC".
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/arm/hdlcd_drv.c | 9 ++
On Fri, Jun 02, 2017 at 01:25:14PM -0700, Eric Anholt wrote:
[...]
> diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig
> index f6968d3b4b41..adf9ae0e0b7c 100644
> --- a/drivers/gpu/drm/bridge/Kconfig
> +++ b/drivers/gpu/drm/bridge/Kconfig
> @@ -4,6 +4,14 @@ config DRM_BRI
This fixes the following depmod error when building drm as a module:
depmod: ERROR: Found 6 modules in dependency cycles!
depmod: ERROR: Cycle detected: drm -> drm_kms_helper -> drm
Fixes: 13dfc0540a57 ("drm/bridge: Refactor out the panel wrapper from the
lvds-encoder bridge.")
Signed-off-by: Maa
On Fri, Jun 02, 2017 at 06:57:33PM -0700, Eric Anholt wrote:
> If src_x/y were nonzero, we failed to shift them down by 16 to get the
> pixel offset. The recent CMA helper function gets it right.
>
> Signed-off-by: Eric Anholt
> Fixes: bed41005e617 ("drm/pl111: Initial drm/kms driver for pl111")
Op 05-06-17 om 12:08 schreef Archit Taneja:
>
>
> On 06/03/2017 01:55 AM, Eric Anholt wrote:
>> Many DRM drivers have common code to make a stub connector
>> implementation that wraps a drm_panel. By wrapping the panel in a DRM
>> bridge, all of the connector code (including calls during encoder
>
On Wed, May 24, 2017 at 05:51:31PM +0200, Daniel Vetter wrote:
> On Wed, May 24, 2017 at 03:37:36PM +0300, Baruch Siach wrote:
> > Hi Daniel,
> >
> > On Wed, May 24, 2017 at 02:23:22PM +0200, Daniel Vetter wrote:
> > > On Tue, May 23, 2017 at 09:47:56AM -0500, Rob Herring wrote:
> > > > On Tue, Ma
On Tue, 6 Jun 2017 16:30:15 +0300
Tomi Valkeinen wrote:
> On 02/06/17 15:04, Boris Brezillon wrote:
>
> > +enum cdns_dsi_output_type {
> > + CDNS_DSI_PANEL = 0,
> > + CDNS_DSI_BRIDGE = 1,
> > +};
>
> Just my opinion, but I think you should only define values for enums
> when those values
On Tue, Jun 6, 2017 at 7:51 AM, Christian König wrote:
> Am 02.06.2017 um 22:26 schrieb Bjorn Helgaas:
>>
>> On Fri, Jun 02, 2017 at 11:32:21AM +0200, Christian König wrote:
>>>
>>> Hi Bjorn,
>>>
>>> sorry for not responding earlier and thanks for picking this thread
>>> up again.
>>>
>>> Am 01.06
On 02/06/17 15:04, Boris Brezillon wrote:
> +enum cdns_dsi_output_type {
> + CDNS_DSI_PANEL = 0,
> + CDNS_DSI_BRIDGE = 1,
> +};
Just my opinion, but I think you should only define values for enums
when those values actually mean something and are needed. In this case,
it doesn't matter wh
On Tue, 6 Jun 2017 16:01:45 +0300
Tomi Valkeinen wrote:
> On 06/06/17 15:37, Boris Brezillon wrote:
> > Hi Tomi,
> >
> > On Tue, 6 Jun 2017 15:30:26 +0300
> > Tomi Valkeinen wrote:
> >
> >> On 02/06/17 15:04, Boris Brezillon wrote:
> >>> Document the bindings used for the Cadence DSI bridg
On 06/06/17 15:37, Boris Brezillon wrote:
> Hi Tomi,
>
> On Tue, 6 Jun 2017 15:30:26 +0300
> Tomi Valkeinen wrote:
>
>> On 02/06/17 15:04, Boris Brezillon wrote:
>>> Document the bindings used for the Cadence DSI bridge.
>>>
>>> Signed-off-by: Boris Brezillon
>>> ---
>>> .../bindings/display/b
On 06/06/17 15:48, Boris Brezillon wrote:
> Okay. Thanks for the clarification. Can you confirm that this version
> is correct?
>
> dsi@xxx {
> #address-cells = <1>;
> #size-cells = <0>;
>
> ports {
> #address-cells = <1>;
>
On Tue, 6 Jun 2017 15:40:25 +0300
Tomi Valkeinen wrote:
> On 06/06/17 12:35, Boris Brezillon wrote:
> > On Sat, 3 Jun 2017 23:43:17 +0530
> > Archit Taneja wrote:
> >
> >> Hi,
> >>
> >> On 06/02/2017 05:34 PM, Boris Brezillon wrote:
> >>> Document the bindings used for the Cadence DSI bridg
On 06/06/17 12:35, Boris Brezillon wrote:
> On Sat, 3 Jun 2017 23:43:17 +0530
> Archit Taneja wrote:
>
>> Hi,
>>
>> On 06/02/2017 05:34 PM, Boris Brezillon wrote:
>>> Document the bindings used for the Cadence DSI bridge.
>>>
>>> Signed-off-by: Boris Brezillon
>>> ---
>>> .../bindings/display/b
Hi Tomi,
On Tue, 6 Jun 2017 15:30:26 +0300
Tomi Valkeinen wrote:
> On 02/06/17 15:04, Boris Brezillon wrote:
> > Document the bindings used for the Cadence DSI bridge.
> >
> > Signed-off-by: Boris Brezillon
> > ---
> > .../bindings/display/bridge/cdns,dsi.txt | 55
> > +
On 02/06/17 15:04, Boris Brezillon wrote:
> Document the bindings used for the Cadence DSI bridge.
>
> Signed-off-by: Boris Brezillon
> ---
> .../bindings/display/bridge/cdns,dsi.txt | 55
> ++
> 1 file changed, 55 insertions(+)
> create mode 100644
> Documentati
Am 02.06.2017 um 22:26 schrieb Bjorn Helgaas:
On Fri, Jun 02, 2017 at 11:32:21AM +0200, Christian König wrote:
Hi Bjorn,
sorry for not responding earlier and thanks for picking this thread
up again.
Am 01.06.2017 um 22:14 schrieb Bjorn Helgaas:
[+cc ADMGPU, DRM folks]
On Tue, May 09, 2017 at
Attach the panel-bridge created by drm_panel_bridge_add() to the
parallel RGB encoder.
Fixes: 96160a8071b2 ("drm/atmel-hlcdc: Replace the panel usage with
drm_panel_bridge.")
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 2 --
1 file changed, 2 deletions(
Hi Archit,
On Sun, 4 Jun 2017 00:20:06 +0530
Archit Taneja wrote:
> > +
> > +#define DPHY_CFG0 0x1b0
> > +#define DPHY_C_RSTBBIT(20)
> > +#define DPHY_D_RSTB(x) ((x) << 16)
> > +#define DPHY_TIF_FORCE_WRITE BIT(12)
> > +
On 06/06/2017 02:27 PM, Boris Brezillon wrote:
Hi Archit,
On Mon, 5 Jun 2017 21:06:20 +0530
Archit Taneja wrote:
Hi,
When pushing to drm-misc-next, I got a minor merge conflict when dim tried
to rebuild drm-tip.
The reason for the conflict was because the following commit was present
in d
This is not used anymore since commit eb8c88808c83 ("drm/imx: add
deferred plane disabling"), remove it.
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-common.c | 16
drivers/gpu/ipu-v3/ipu-prv.h| 1 -
2 files changed, 17 deletions(-)
diff --git a/drivers/gpu/ipu-
On Sat, 3 Jun 2017 23:43:17 +0530
Archit Taneja wrote:
> Hi,
>
> On 06/02/2017 05:34 PM, Boris Brezillon wrote:
> > Document the bindings used for the Cadence DSI bridge.
> >
> > Signed-off-by: Boris Brezillon
> > ---
> > .../bindings/display/bridge/cdns,dsi.txt | 55
> > +++
On Sun, 04 Jun 2017, "H.J. Lu" wrote:
> Please CC me since I am not on this mailing list.
Sorry, should've instructed you to send to dri-devel instead of
intel-gfx, because the patch touches drm helpers. Cc'd.
BR,
Jani.
>
> H.J.
> ---
> My ~/.config/monitors.xml swaps primary/secondary displays
Hi Archit,
On Mon, 5 Jun 2017 21:06:20 +0530
Archit Taneja wrote:
> Hi,
>
> When pushing to drm-misc-next, I got a minor merge conflict when dim tried
> to rebuild drm-tip.
>
> The reason for the conflict was because the following commit was present
> in drm-tip but not in drm-misc:
>
> https
On Sat, 2017-06-03 at 11:57 -0700, Steve Longerbeam wrote:
> From: Marek Vasut
>
> The description of the CSI_SEL bit in the i.MX6 reference manual is
> incorrect. It states "This bit defines which CSI is the input to the
> IC. This bit is effective only if IC_INPUT is bit cleared".
>
> From exp
On 05/29/2017 04:15 PM, Neil Armstrong wrote:
> While introducing HDMI support, component matching on connectors node
> were bypassed since no driver would actually bind on the DT node.
> But when only a CVBS connector is present, only a single node is found
> in the graph, but ignored and a NULL m
Hi Philippe,
On 06/02/2017 04:37 PM, Philippe CORNU wrote:
> Add the STM32 DSI host driver that uses the Synopsys DesignWare
> MIPI DSI DRM bridge.
>
> Signed-off-by: Philippe CORNU
> ---
> drivers/gpu/drm/stm/Kconfig | 8 +
> drivers/gpu/drm/stm/Makefile | 2 +
> drivers
On 06/02/2017 04:37 PM, Philippe CORNU wrote:
> Add a Synopsys Designware MIPI DSI host DRM bridge driver, based on the
> Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
Hi Philippe,
Small nit, but please use "DesignWare" everywhere if possible.
Thanks,
Neil
>
> Signed-off
Hi Philippe,
On 06/02/2017 04:37 PM, Philippe CORNU wrote:
> This patch adds documentation of device tree bindings for the STM32
> DSI host driver based on the Synopsys DW MIPI DSI bridge driver.
> ---
> .../devicetree/bindings/display/st,stm32-ltdc.txt | 83
> +-
> 1 file c
Hi Philippe,
On 06/02/2017 04:37 PM, Philippe CORNU wrote:
> There is no need anymore to have a "st-display-subsystem" parent node
> in the device tree for the ltdc.
>
> Signed-off-by: Philippe CORNU
> ---
> Documentation/devicetree/bindings/display/st,stm32-ltdc.txt | 1 -
> 1 file changed, 1
On 06/02/2017 04:37 PM, Philippe CORNU wrote:
> This patch adds documentation of device tree bindings for the
> Synopsys DesignWare MIPI DSI host DRM bridge driver.
>
> Signed-off-by: Philippe CORNU
> ---
> .../bindings/display/bridge/dw_mipi_dsi.txt| 30
> ++
> 1 fi
CPU prep is the point where we can reasonably return an error to userspace
when something goes wrong while populating the object. If we leave the
object unpopulated at this point, the allocation will happen in the
fault handler when userspace accesses the object through the mmap space,
where we don
GPU buffers can be quite large, so userspace is expected to deal with
allocation failure. Don't trigger the OOM killer when page allocation for
the GEM objects fails, as this opens an easy possiblity for unprivileged
applications to DOS the system,a s the shmem pages are not fully accounted
to the
The GPU userspace is expected to deal with failure to allocate memory for
the GPU buffers, there is no need to spam the log on failure.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/etnaviv
https://bugs.freedesktop.org/show_bug.cgi?id=101229
--- Comment #12 from Michel Dänzer ---
(In reply to Paul from comment #11)
> Use the system and run OpenGL applications,
Fullscreen or windowed? Does enabling any sync-to-vblank functionality in the
apps or setting the environment variable vbla
On 05/06/17 10:59, Russell King - ARM Linux wrote:
> On Mon, Jun 05, 2017 at 10:33:50AM +0900, Inki Dae wrote:
>> 2017년 06월 02일 22:58에 Andreas Färber 이(가) 쓴 글:
>>> Hello,
>>>
>>> We're observing the following build failure with v4.12-rc3, latest
>>> linux.git and linux-next.git:
>>>
>>> [ 9825s]
65 matches
Mail list logo
