https://bugs.freedesktop.org/show_bug.cgi?id=102909
Kai-Heng Feng changed:
What|Removed |Added
Component|Driver/Radeon |DRM/Radeon
QA Contact|xorg-t...
-Original Message-
From: Xiongwei Song [mailto:sxwj...@gmail.com]
Sent: Sunday, December 31, 2017 7:40 PM
To: Koenig, Christian ; He, Roger
; airl...@linux.ie
Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org
Subject: [PATCH] drm/ttm: optimize errors checking and free _m
+Alex
Do you know who can help about it?
Thanks
Roger(Hongbo.He)
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
He, Roger
Sent: Thursday, December 28, 2017 6:21 PM
To: dri-devel@lists.freedesktop.org; Bridgman, John ;
Gregory, Robert ;
Hi all,
After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_mst_types.c:219:6:
error: redefinition of 'dm_dp_mst_dc_sink_create'
void dm_dp_mst_dc_sink_create(struct drm_connector *connector)
Hi Dave,
Just removing lagacy IPP driver and several trivial cleanups.
As discussed already, we are preparing a new version of IPP driver
which will include rewritten code and API. Removing the lagacy
IPP driver is a first step for use of the new driver.
Please kindly let me know
On 12/14/2017 01:55 PM, Noralf Trønnes wrote:
Den 14.12.2017 17.25, skrev David Lechner:
On 12/11/2017 06:45 AM, Noralf Trønnes wrote:
Den 11.12.2017 04.28, skrev David Lechner:
I'm using drm-misc/drm-misc-next and occasionally getting errors as seen in the
stack traces below. I'm not reall
On Wed, Dec 27, 2017 at 9:51 AM, Julia Lawall wrote:
> PP_ASSERT_WITH_CODE prints a newline at the end of the message string,
> so the message string does not need to include a newline explicitly.
> Done using Coccinelle.
>
> Signed-off-by: Julia Lawall
Applied. thanks!
Alex
>
> ---
>
> I cou
Right now it is not possible to return a value larger than LONG_MAX on 32
bit systems. You can pass a rate of ULONG_MAX but can't return anything
past LONG_MAX due to the fact both the rounded_rate and negative error
codes are represented in the return value of round_rate().
Most implementations e
Right now it is not possible to return a value larger than LONG_MAX on 32
bit systems. You can pass a rate of ULONG_MAX but can't return anything
past LONG_MAX due to the fact both the rounded_rate and negative error
codes are represented in the return value of round_rate().
Most implementations e
This adds a new device tree binding for Sitronix ST7735R display panels,
such as the Adafruit 1.8" TFT.
Signed-off-by: David Lechner
Reviewed-by: Rob Herring
---
v4 changes:
* none
v3 changes:
* compatible string is changed from "sitronix,st7735r-jd-t18003-t01" to
"jianda,jd-t18003-t01", "sitr
This adds a new driver for Sitronix ST7735R display panels.
This has been tested using an Adafruit 1.8" TFT.
Signed-off-by: David Lechner
Reviewed-by: Noralf Trønnes
---
v4 changes:
* renamed st7735r_pipe_enable to jd_t18003_t01_pipe_enable
* renamed st7735r_pipe_funcs to jd_t18003_t01_pipe_fu
This series adds a new DRM/TinyDRM driver for Sitronix ST7735R, specifically
the Adafruit 1.8" TFT.
Nothing fancy here. Just mostly TinyDRM boilerplate with the init sequence
from the fbtft driver for the same panel.
v4 changes:
* Fix alphabetical order of device tree vendor
* change prefix on pa
This adds a vendor prefix "jianda" for Jiandangjing Technology Co., Ltd.
Signed-off-by: David Lechner
Reviewed-by: Rob Herring
---
v4 changes:
* Fixed alphabetical order
v3 changes:
* new patch in v3
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
On Sun, Dec 31, 2017 at 3:53 PM, Mike Galbraith wrote:
> On Sun, 2017-12-31 at 13:27 -0500, Ilia Mirkin wrote:
>> On Tue, Dec 19, 2017 at 8:45 AM, Christian König
>> wrote:
>> > Am 19.12.2017 um 11:39 schrieb Michel Dänzer:
>> >>
>> >> On 2017-12-19 11:37 AM, Michel Dänzer wrote:
>> >>>
>> >>> On
:
https://github.com/0day-ci/linux/commits/Bryan-O-Donoghue/change-clk_ops-round_rate-to-scale-past-LONG_MAX/20180101-212907
base: https://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux.git for-next
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make
https://bugs.freedesktop.org/show_bug.cgi?id=104439
Bug ID: 104439
Summary: intel_do_flush_locked failed: Invalid argument
Product: Mesa
Version: unspecified
Hardware: Other
OS: Linux (All)
Status: NEW
Sev
https://bugs.freedesktop.org/show_bug.cgi?id=104437
Bug ID: 104437
Summary: RX480 + SME = amdgpu init failed + null dereference
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
:
https://github.com/0day-ci/linux/commits/Bryan-O-Donoghue/change-clk_ops-round_rate-to-scale-past-LONG_MAX/20180101-212907
base: https://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux.git for-next
config: i386-randconfig-b0-01011934 (attached as .config)
compiler: gcc-4.9 (Debian 4.9.4-2
://github.com/0day-ci/linux/commits/Bryan-O-Donoghue/change-clk_ops-round_rate-to-scale-past-LONG_MAX/20180101-212907
base: https://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux.git for-next
config: x86_64-randconfig-x016-201800 (attached as .config)
compiler: gcc-7 (Debian 7.2.0-12) 7.2.1
Den 31.12.2017 16.41, skrev Chris Wilson:
Quoting Noralf Trønnes (2017-12-31 13:58:40)
Clear the pointer so the buffer can be re-exported. Otherwise use
after free happens in the next call to drm_gem_prime_handle_to_fd().
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_prime.c | 1 +
https://bugs.freedesktop.org/show_bug.cgi?id=104435
--- Comment #2 from coolo...@gmail.com ---
Comment on attachment 136468
--> https://bugs.freedesktop.org/attachment.cgi?id=136468
glxinfo
Extended renderer info (GLX_MESA_query_renderer):
Vendor: X.Org (0x1002)
Device: Radeon RX Vega (
https://bugs.freedesktop.org/show_bug.cgi?id=104435
--- Comment #1 from coolo...@gmail.com ---
Created attachment 136468
--> https://bugs.freedesktop.org/attachment.cgi?id=136468&action=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=104435
Bug ID: 104435
Summary: TF2 crashes with out of memory error vega 56
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Add get_ovl_name() and get_mgr_name() to dispc_ops and get rid of
adhoc names here and there in the omapdrm code. This moves the names
of hardware entities to omapdss side where they have to be when new
omapdss backend drivers are introduced.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/omapdrm
This the v2 rouns of a this RFC patch:
https://patchwork.kernel.org/patch/10066245/
The first patch is a simple fix that should be applied in any case.
I did not split the mgr_has_framedone() callback as a separate patch. It
quite literally replaces the mgr_get_framedone_irq() and makes no
sense
Call to omap_drm_irq_install() may fail with an error code. In such a
case the driver probe should fail.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/omapdrm/omap_drv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c
b/drivers/gpu/drm/
The new omapdss API is HW independent and cleans up some of the DSS5
specific hacks from the omapdrm side and gets rid off the DSS5 IRQ
register bits and replace them with HW independent generic u64 based
macros. This new macros make it more straight forward to implement the
IRQ code for the future
Sean,
Checkpatch.pl is giving errors and warning on the patches of this
series. You might want to have a look at it.
-Ram
On Thursday 07 December 2017 05:30 AM, Sean Paul wrote:
Welcome to version 4 of the patchset. I think we're nearing the finish line
(hopefully) now. This set addresses t
28 matches
Mail list logo
