Some CedarView VBT-s claim that there is a LVDS panel, while there is none.
Specifically this happens on the Thecus N2800 / N5550 NAS models.
This commit adds a LVDS blacklist to deal with this and adds an entry for
the Thecus NAS-es.
BugLink: https://bugzilla.redhat.com/show_bug.cgi?id=1665766
S
Hi all,
After merging the drm-misc tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/gpu/drm/cirrus/cirrus.c: In function 'cirrus_fb_blit_rect':
drivers/gpu/drm/cirrus/cirrus.c:310:25: error: implicit declaration of function
'__io_virt'; did you mean '__do_irq'? [-W
On Tue, Apr 9, 2019 at 4:03 PM Gerd Hoffmann wrote:
>
> On Tue, Apr 09, 2019 at 02:01:33PM +1000, Dave Airlie wrote:
> > On Sat, 12 Jan 2019 at 07:13, Dave Airlie wrote:
> > >
> > > On Thu, 10 Jan 2019 at 18:17, Gerd Hoffmann wrote:
> > > >
> > > > Also set prime_handle_to_fd and prime_fd_to_han
On Tue, Apr 09, 2019 at 02:01:33PM +1000, Dave Airlie wrote:
> On Sat, 12 Jan 2019 at 07:13, Dave Airlie wrote:
> >
> > On Thu, 10 Jan 2019 at 18:17, Gerd Hoffmann wrote:
> > >
> > > Also set prime_handle_to_fd and prime_fd_to_handle to NULL,
> > > so drm will not advertive DRM_PRIME_CAP_{IMPORT,
https://bugs.freedesktop.org/show_bug.cgi?id=110360
--- Comment #1 from jian-h...@endlessm.com ---
The [AMD/ATI] Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445]
[1002:6900]
01:00.0 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] Topaz
XT [Radeon R7 M260/M265 / M340/M360 /
Hi, Wangyan:
On Tue, 2019-04-09 at 11:07 +0800, wangyan wang wrote:
> From: Wangyan Wang
>
> This is the third step to make MT2701 HDMI stable.
> We should not change the rate of parent for hdmi phy when
> doing round_rate for this clock. The parent clock of hdmi
> phy must be the same as it. We
Hi, Wangyan:
On Tue, 2019-04-09 at 11:07 +0800, wangyan wang wrote:
> From: Wangyan Wang
>
> Recalculate the rate of this clock, by querying hardware to
> make implementation of recalc_rate() to match the definition.
>
> Signed-off-by: Wangyan Wang
> ---
> drivers/gpu/drm/mediatek/mtk_hdmi_ph
Hi, Wangyan:
On Tue, 2019-04-09 at 11:07 +0800, wangyan wang wrote:
> From: Wangyan Wang
>
> This is the first step to make MT2701 hdmi stable.
> The parent rate of hdmi phy had set by DPI driver.
> We should not set or change the parent rate of MT2701 hdmi phy,
> as a result we should remove th
https://bugs.freedesktop.org/show_bug.cgi?id=110360
jian-h...@endlessm.com changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
Priori
https://bugs.freedesktop.org/show_bug.cgi?id=110360
Bug ID: 110360
Summary: AMD system hits AMD-Vi: Completion-Wait loop timed out
on Acer Squirtle_SR laptop
Product: DRI
Version: XOrg git
Hardware: Other
OS
Hi, Wen:
On Thu, 2019-04-04 at 00:04 +0800, Wen Yang wrote:
> The call to of_parse_phandle returns a node pointer with refcount
> incremented thus it must be explicitly decremented after the last
> usage.
>
> Detected by coccinelle with the following warnings:
> drivers/gpu/drm/mediatek/mtk_hdmi.
https://bugs.freedesktop.org/show_bug.cgi?id=110337
Berg changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
|.
On Sat, 12 Jan 2019 at 07:13, Dave Airlie wrote:
>
> On Thu, 10 Jan 2019 at 18:17, Gerd Hoffmann wrote:
> >
> > Also set prime_handle_to_fd and prime_fd_to_handle to NULL,
> > so drm will not advertive DRM_PRIME_CAP_{IMPORT,EXPORT} to
> > userspace.
It's been pointed out to me that disables DRI3
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #28 from mikhail.v.gavri...@gmail.com ---
And again deadlock occurred.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.f
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #27 from mikhail.v.gavri...@gmail.com ---
Created attachment 143904
--> https://bugs.freedesktop.org/attachment.cgi?id=143904&action=edit
dmesg from patched kernel [0001 + 0002 + 3]
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #26 from Andrey Grodzovsky ---
(In reply to Dieter Nützel from comment #25)
> (In reply to Andrey Grodzovsky from comment #24)
> > Created attachment 143898 [details] [review] [review]
> > [PATCH] drm_amd_display: wait for fence with
https://bugzilla.kernel.org/show_bug.cgi?id=203111
--- Comment #6 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to Thomas from comment #5)
> Thanks a lot for the detailed answer. I'm still not sure if I understand
> everything correctly (shouldn't the kernel driver validate the command
>
Hi all,
Today's linux-next merge of the drm-misc tree got conflicts in:
drivers/gpu/drm/cirrus/cirrus_drv.h
drivers/gpu/drm/cirrus/cirrus_ttm.c
between commits:
aa8e2435b3d4 ("drm/ttm: Define a single DRM_FILE_PAGE_OFFSET constant")
7d1500f9fbfc ("drm/ttm: Remove file_page_offset parame
https://bugs.freedesktop.org/show_bug.cgi?id=110345
Timothy Arceri changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Current implementation does not support MMU-less
plarforms.
Cc: Randy Dunlap
Cc: Neil Armstrong
Fixes: a1d2a6339961 ("drm/lima: driver for ARM Mali4xx GPUs")
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/lima/Kco
To prevent build fail on some platform which does
not have it in the include file chain.
Cc: Neil Armstrong
Suggested-by: Randy Dunlap
Fixes: a1d2a6339961 ("drm/lima: driver for ARM Mali4xx GPUs")
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_gem.c | 1 +
1 file changed, 1 insertion(+)
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #25 from Dieter Nützel ---
(In reply to Andrey Grodzovsky from comment #24)
> Created attachment 143898 [details] [review]
> [PATCH] drm_amd_display: wait for fence without holding reservation
> lock.patch
>
> Reattaching.
Hello An
On Fri, Apr 5, 2019 at 7:30 AM Steven Price wrote:
>
> On 01/04/2019 08:47, Rob Herring wrote:
> > This adds the initial driver for panfrost which supports Arm Mali
> > Midgard and Bifrost family of GPUs. Currently, only the T860 and
> > T760 Midgard GPUs have been tested.
[...]
> > + case 0
On Monday, 2019-04-08 13:44:17 +, Ayan Halder wrote:
> Generated using make headers_install from the drm-next
> tree - git://anongit.freedesktop.org/drm/drm
> branch - drm-next
> commit - 14d2bd53a47a7e1cb3e03d00a6b952734cf90f3f
>
> The changes were as follows :-
>
> core: (drm.h, drm_fourcc.
https://bugs.freedesktop.org/show_bug.cgi?id=107559
Heiko Lechner changed:
What|Removed |Added
CC||Heiko.Lechner@ruhr-uni-boch
On Mon, Apr 1, 2019 at 10:43 AM Eric Anholt wrote:
>
> Chris Wilson writes:
>
> > Quoting Daniel Vetter (2019-04-01 14:06:48)
> >> On Mon, Apr 1, 2019 at 9:47 AM Rob Herring wrote:
> >> > +{
> >> > + int i, ret = 0;
> >> > + struct drm_gem_object *obj;
> >> > +
> >> > + spin_lo
On Sun, Apr 7, 2019 at 5:17 AM Neil Armstrong wrote:
>
> Hi Rob,
>
> Le 01/04/2019 13:24, Neil Armstrong a écrit :
> > On 01/04/2019 12:00, Steven Price wrote:
> >> On 01/04/2019 09:09, Neil Armstrong wrote:
> >>> Add the bindings for the Bifrost family of ARM Mali GPUs.
> >>>
> >>> The Bifrost GP
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #33 from Alex Deucher ---
(In reply to Talha Khan from comment #31)
> I moved the raven_dcmu.bin file to another directory, but unfortunately I am
> still unable to boot any kernel newer 4.20. For me at least, I get a black
> screen
https://bugs.freedesktop.org/show_bug.cgi?id=110358
Bug ID: 110358
Summary: R
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Comp
https://bugs.freedesktop.org/show_bug.cgi?id=110339
--- Comment #3 from Pinky ---
* bugzilla-dae...@freedesktop.org [2019-04-08
13:10:29 +]:
>https://bugs.freedesktop.org/show_bug.cgi?id=110339
>
>--- Comment #2 from Nicholas Kazlauskas ---
>Thanks for the report, this is a kernel bug.
>
>
Also reject TDRs if another one already running.
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 94 +-
1 file changed, 67 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
b/drivers/gpu/drm/amd/
For later driver's reference to see if the fence is signaled.
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/scheduler/sched_main.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/scheduler/sched_main.c
b/drivers/gpu/drm/scheduler/sched_main
From: Christian König
We now destroy finished jobs from the worker thread to make sure that
we never destroy a job currently in timeout processing.
By this we avoid holding lock around ring mirror list in drm_sched_stop
which should solve a deadlock reported by a user.
Bugzilla: https://bugs.fre
On Mon, Apr 08, 2019 at 03:59:51PM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
> >Of Ville
> >Syrjälä
> >Sent: Monday, April 8, 2019 9:15 PM
> >To: Shankar, Uma
> >Cc: dcasta...@chromium.org; intel-..
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Ville
>Syrjälä
>Sent: Monday, April 8, 2019 9:15 PM
>To: Shankar, Uma
>Cc: dcasta...@chromium.org; intel-...@lists.freedesktop.org; dri-
>de...@lists.freedesktop.org; seanp...@chromium.or
On Mon, Apr 08, 2019 at 03:40:39PM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> >Sent: Monday, April 8, 2019 8:27 PM
> >To: Shankar, Uma
> >Cc: dcasta...@chromium.org; intel-...@lists.freedesktop.org; dri-
> >de...@l
>-Original Message-
>From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
>Sent: Monday, April 8, 2019 8:27 PM
>To: Shankar, Uma
>Cc: dcasta...@chromium.org; intel-...@lists.freedesktop.org; dri-
>de...@lists.freedesktop.org; seanp...@chromium.org; Syrjala, Ville
>; Lankhorst, Maar
Hi,
On Sat, Apr 6, 2019 at 6:16 PM Urja Rannikko wrote:
>
> Hi,
>
> On Mon, Apr 1, 2019 at 5:18 PM Douglas Anderson wrote:
> >
> > Let's document the display timings that most veyron chromebooks (like
> > jaq, jerry, mighty, speedy) have been using out in the field. This
> > uses the standard b
On Mon, Apr 08, 2019 at 02:40:51PM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> >Sent: Monday, April 8, 2019 6:01 PM
> >To: Shankar, Uma
> >Cc: dcasta...@chromium.org; intel-...@lists.freedesktop.org; dri-
> >de...@l
https://bugs.freedesktop.org/show_bug.cgi?id=110354
--- Comment #1 from Arek Hiler ---
diff --git a/lib/igt_aux.c b/lib/igt_aux.c
index 266aa832..b235b18c 100644
--- a/lib/igt_aux.c
+++ b/lib/igt_aux.c
@@ -984,8 +984,11 @@ void igt_debug_wait_for_keypress(const char *var)
{
struct termio
>-Original Message-
>From: Sam Ravnborg [mailto:s...@ravnborg.org]
>Sent: Tuesday, April 2, 2019 12:07 AM
>To: Shankar, Uma
>Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>dcasta...@chromium.org; emil.l.veli...@gmail.com; seanp...@chromium.org;
>Syrjala, Ville ; L
https://bugs.freedesktop.org/show_bug.cgi?id=110355
--- Comment #8 from Diego Viola ---
Created attachment 143899
--> https://bugs.freedesktop.org/attachment.cgi?id=143899&action=edit
Xephyr.trace
To reproduce it:
$ apitrace replay Xephyr.trace -w
I used apitrace 7.1-3.
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #24 from Andrey Grodzovsky ---
Created attachment 143898
--> https://bugs.freedesktop.org/attachment.cgi?id=143898&action=edit
[PATCH] drm_amd_display: wait for fence without holding reservation lock.patch
Reattaching.
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #23 from Andrey Grodzovsky ---
Created attachment 143897
--> https://bugs.freedesktop.org/attachment.cgi?id=143897&action=edit
[PATCH] drm_amd_display: wait for fence without holding reservation lock.eml
This looks again like dead
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Sam
>Ravnborg
>Sent: Tuesday, April 2, 2019 12:03 AM
>To: Shankar, Uma
>Cc: dcasta...@chromium.org; intel-...@lists.freedesktop.org;
>emil.l.veli...@gmail.com; dri-devel@lists.freedesktop
>-Original Message-
>From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
>Sent: Monday, April 8, 2019 6:01 PM
>To: Shankar, Uma
>Cc: dcasta...@chromium.org; intel-...@lists.freedesktop.org; dri-
>de...@lists.freedesktop.org; seanp...@chromium.org; Syrjala, Ville
>; Lankhorst, Maar
Thierry,
On Mon, Apr 8, 2019 at 3:32 AM Thierry Reding wrote:
>
> On Mon, Apr 01, 2019 at 10:17:18AM -0700, Douglas Anderson wrote:
> > From: Sean Paul
> >
> > This patch adds a new subnode to simple-panel allowing us to override
> > the typical timing expressed in the panel's display_timing.
>
https://bugs.freedesktop.org/show_bug.cgi?id=110355
--- Comment #7 from Michel Dänzer ---
(In reply to Diego Viola from comment #0)
> The issue goes away if I start the application with this variable:
> LIBGL_ALWAYS_SOFTWARE=1.
As discussed on IRC, presumably this would have to be set for the X
On Mon, Apr 8, 2019 at 9:45 PM Neil Armstrong wrote:
>
> Hi,
>
> On 08/04/2019 15:19, Qiang Yu wrote:
> > Oh, I'm really sorry if I did something wrong to use:
> > dim push-branch drm-misc-next
> > (Should the committer just use "git push" not the "dim push-branch
> > drm-misc-next"?)
>
> I can se
https://bugs.freedesktop.org/show_bug.cgi?id=110355
--- Comment #6 from Diego Viola ---
System details:
Arch Linux (x86_64)
mesa 19.0.1-2
xorg-server 1.20.4-1
llvm7 7.0.1-1
i3-wm 4.16.1-1
xorg-server-xephyr 1.20.4-1
- I've downgraded llvm8 to llvm7 before I bisected because mesa-18.3.5 required
https://bugs.freedesktop.org/show_bug.cgi?id=110355
--- Comment #5 from Diego Viola ---
Created attachment 143896
--> https://bugs.freedesktop.org/attachment.cgi?id=143896&action=edit
Screnshot without the issue
GIMP started with LIBGL_ALWAYS_SOFTWARE=1 so it doesn't present the issue.
--
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=110355
--- Comment #4 from Diego Viola ---
Created attachment 143895
--> https://bugs.freedesktop.org/attachment.cgi?id=143895&action=edit
Screenshot showing the problem
Notice the lack of the "Help" menu item.
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=110355
--- Comment #3 from Diego Viola ---
Mesa was installed to /usr/local.
/usr/local/lib was added to /etc/ld.so.conf.d/mesa.conf.
libgbm, libEGL is being loaded from /usr/local/lib and radeonsi_dri.so is being
loaded from /usr/local/lib/dri.
LL
On 2019-04-08 3:13 p.m., Christian König wrote:
> When ttm_put_pages() tries to figure out whether it's dealing with
> transparent hugepages, it just reads past the bounds of the pages array
> without a check.
>
> v2: simplify the test if enough pages are left in the array (Christian).
>
> Signed
https://bugs.freedesktop.org/show_bug.cgi?id=110355
--- Comment #2 from Diego Viola ---
Created attachment 143894
--> https://bugs.freedesktop.org/attachment.cgi?id=143894&action=edit
bisect log
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=110355
--- Comment #1 from Diego Viola ---
I've bisected the issue, here is the bad commit:
[diego@archtest mesa]$ git bisect good
1b25d340b791ad8350bdfb27f1a91ac79fa17748 is the first bad commit
commit 1b25d340b791ad8350bdfb27f1a91ac79fa17748
Author:
https://bugs.freedesktop.org/show_bug.cgi?id=110355
Bug ID: 110355
Summary: radeonsi: GTK elements become invisible in some
applications (GIMP, LibreOffice)
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
Hi,
On 08/04/2019 15:19, Qiang Yu wrote:
> Oh, I'm really sorry if I did something wrong to use:
> dim push-branch drm-misc-next
> (Should the committer just use "git push" not the "dim push-branch
> drm-misc-next"?)
I can see your commit just fine on drm-misc-next :
commit 6f61a82507c95f146c4e5
Generated using make headers_install from the drm-next
tree - git://anongit.freedesktop.org/drm/drm
branch - drm-next
commit - 14d2bd53a47a7e1cb3e03d00a6b952734cf90f3f
The changes were as follows :-
core: (drm.h, drm_fourcc.h, drm_mode.h)
- Added 'struct drm_syncobj_transfer', 'struct drm_syncobj
https://bugs.freedesktop.org/show_bug.cgi?id=110229
--- Comment #25 from Laurent ---
Lol and you use C11 (cpu) thread to load gpu thread even if gcc can't generate
byte code for a GPU ? I really doesn't understand what you're doing.
And for VBO you need to execute code with the GPU, not with the
Oh, I'm really sorry if I did something wrong to use:
dim push-branch drm-misc-next
(Should the committer just use "git push" not the "dim push-branch
drm-misc-next"?)
Because I found the drm-tip repo has been updated also with
a few commits that I can't find similar ones in the history.
Could an
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #32 from Talha Khan ---
Created attachment 143893
--> https://bugs.freedesktop.org/attachment.cgi?id=143893&action=edit
Journalctl output for kernel 5.0.5-200.fc29.x86_64
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #31 from Talha Khan ---
I moved the raven_dcmu.bin file to another directory, but unfortunately I am
still unable to boot any kernel newer 4.20. For me at least, I get a black
screen with a horizontal line near the bottom of orange p
The first page entry is always the same with itself.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu/drm/ttm/ttm_page_alloc.c
index f77c81db161b..c7
When ttm_put_pages() tries to figure out whether it's dealing with
transparent hugepages, it just reads past the bounds of the pages array
without a check.
v2: simplify the test if enough pages are left in the array (Christian).
Signed-off-by: Jann Horn
Signed-off-by: Christian König
Fixes: 5c4
https://bugs.freedesktop.org/show_bug.cgi?id=110339
--- Comment #2 from Nicholas Kazlauskas ---
Thanks for the report, this is a kernel bug.
This was actually a regression caused from:
"drm/amd/display: PIP overlay corruption"
which was fixed by:
"drm/amd/display: Fix negative cursor pos prog
On Sat, Apr 6, 2019 at 1:45 AM wrote:
> From: Ondrej Jirman
>
> H6 has a different I/O voltage bias setting method than A80. Prepare
> existing code for using alternative bias voltage setting methods.
>
> Signed-off-by: Ondrej Jirman
> ---
> drivers/pinctrl/sunxi/pinctrl-sun9i-a80.c | 2 +-
>
>-Original Message-
>From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
>Sent: Monday, April 8, 2019 3:50 PM
>To: Shankar, Uma
>Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>dcasta...@chromium.org; seanp...@chromium.org; Syrjala, Ville
>; harry.wentl...@a
Here's a question first time I use command:
dim push-branch drm-misc-next
I see it updates both drm-misc-next and for-linux-next branch, is this
expected? What's the difference between drm-misc-next/drm-misc-next-fixes
and for-linux-next/for-linux-next-fixes?
Thanks,
Qiang
On Mon, Apr 8, 2019 at
On 08/04/2019 14:20, Qiang Yu wrote:
> On Mon, Apr 8, 2019 at 7:56 PM Neil Armstrong wrote:
>>
>> Hi,
>>
>> On 08/04/2019 13:26, Qiang Yu wrote:
>>> Feedback from kbuild robot:
>>> config: sh-allyesconfig (attached as .config)
>>> compiler: sh4-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
>>> lima_gem.c:
Patch has been applied to drm-misc-next branch.
Thanks,
Qiang
On Mon, Apr 8, 2019 at 3:12 AM Randy Dunlap wrote:
>
> From: Randy Dunlap
>
> Note that the lima mailing list is moderated.
>
> Signed-off-by: Randy Dunlap
> Cc: Qiang Yu
> Cc: dri-devel@lists.freedesktop.org
> Cc: l...@lists.freed
On Mon, Apr 08, 2019 at 12:26:23PM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
> >Of Ville
> >Syrjälä
> >Sent: Friday, April 5, 2019 9:42 PM
> >To: Shankar, Uma
> >Cc: dcasta...@chromium.org; intel-..
>-Original Message-
>From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
>Sent: Monday, April 8, 2019 3:39 PM
>To: Shankar, Uma
>Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>Lankhorst,
>Maarten ; Syrjala, Ville
>;
>Sharma, Shashank ; emil.l.veli...@gmai
On Mon, Apr 8, 2019 at 8:00 PM Neil Armstrong wrote:
>
> On 08/04/2019 03:37, Qiang Yu wrote:
> > Looks good for me, patch is:
> > Reviewed-by: Qiang Yu
>
> Also:
> Reviewed-by: Neil Armstrong
>
> >
> > Should I apply this patch to drm-misc in this case? Or this patch will be
> > submitted in ot
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Ville
>Syrjälä
>Sent: Friday, April 5, 2019 9:42 PM
>To: Shankar, Uma
>Cc: dcasta...@chromium.org; intel-...@lists.freedesktop.org; dri-
>de...@lists.freedesktop.org; seanp...@chromium.or
On Mon, Apr 8, 2019 at 7:56 PM Neil Armstrong wrote:
>
> Hi,
>
> On 08/04/2019 13:26, Qiang Yu wrote:
> > Feedback from kbuild robot:
> > config: sh-allyesconfig (attached as .config)
> > compiler: sh4-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
> > lima_gem.c:(.text+0x6c): undefined reference to `vmf_i
On 08/04/2019 03:37, Qiang Yu wrote:
> Looks good for me, patch is:
> Reviewed-by: Qiang Yu
Also:
Reviewed-by: Neil Armstrong
>
> Should I apply this patch to drm-misc in this case? Or this patch will be
> submitted in other kernel tree and back merged to drm-misc?
You can push it yourself on
Hi
Am 08.04.19 um 13:10 schrieb Koenig, Christian:
> Well first problem is I'm not sure if that is a good idea. Essentially
> we want to get rid of TTM in the long run.
>
> On the other hand this work might aid with that goal, so it might be
> worth a try.
I see. I'm actually interested in por
Hi,
On 08/04/2019 13:26, Qiang Yu wrote:
> Feedback from kbuild robot:
> config: sh-allyesconfig (attached as .config)
> compiler: sh4-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
> lima_gem.c:(.text+0x6c): undefined reference to `vmf_insert_mixed'
>
> Cc: Randy Dunlap
> Signed-off-by: Qiang Yu
You'l
https://bugs.freedesktop.org/show_bug.cgi?id=110354
Bug ID: 110354
Summary: Confusing Junk in the results: Last errno: 25,
Inappropriate ioctl for device
Product: DRI
Version: unspecified
Hardware: Other
OS:
Feedback from kbuild robot:
config: sh-allyesconfig (attached as .config)
compiler: sh4-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
lima_gem.c:(.text+0x6c): undefined reference to `vmf_insert_mixed'
Cc: Randy Dunlap
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/Kconfig| 2 ++
drivers/gpu/drm/l
https://bugs.freedesktop.org/show_bug.cgi?id=110290
Andre Klapper changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
Well first problem is I'm not sure if that is a good idea. Essentially
we want to get rid of TTM in the long run.
On the other hand this work might aid with that goal, so it might be
worth a try.
Second is that this might actually not work of hand. The problem is here:
> + /* TODO: This tes
On Mon, Apr 01, 2019 at 10:17:18AM -0700, Douglas Anderson wrote:
> From: Sean Paul
>
> This patch adds a new subnode to simple-panel allowing us to override
> the typical timing expressed in the panel's display_timing.
>
> Changes in v2:
> - Split out the binding into a new patch (Rob)
> - di
On 2019-04-02 22:20, Uma Shankar wrote:
> This patch adds a blob property to get HDR metadata
> information from userspace. This will be send as part
> of AVI Infoframe to panel.
>
> It also implements get() and set() functions for HDR output
> metadata property.The blob data is received from users
On Mon, Apr 01, 2019 at 11:00:09PM +0530, Uma Shankar wrote:
> Gen11 introduced a new gamma mode i.e, multi segmented
> gamma mode. Added support for the same.
>
> Signed-off-by: Uma Shankar
> ---
> drivers/gpu/drm/i915/intel_color.c | 161
> -
> include/drm/
On Mon, Apr 01, 2019 at 11:00:06PM +0530, Uma Shankar wrote:
> From: Ville Syrjälä
>
> This defines the color lut ranges for 10bit and multi
> segmented gamma range for ICL.
>
> Signed-off-by: Ville Syrjälä
> Signed-off-by: Uma Shankar
> ---
> drivers/gpu/drm/i915/intel_color.c | 301
> +
https://bugs.freedesktop.org/show_bug.cgi?id=110214
Diego Viola changed:
What|Removed |Added
Summary|radeonsi: xterm scrollback |radeonsi: xterm scrollback
Hello Uma,
V7 looks good to me, please feel free to use for the whole series:
Reviewed-by: Shashank Sharma
Regards
Shashank
On 4/3/2019 1:50 AM, Uma Shankar wrote:
This patch series enables HDR support in drm. It basically defines
HDR metadata structures, property to pass content (after ble
On Sat, Apr 06, 2019 at 01:45:07AM +0200, meg...@megous.com wrote:
> From: Icenowy Zheng
>
> The EMAC on Allwinner H6 is just like the one on A64. The "internal PHY"
> on H6 is on a co-packaged AC200 chip, and it's not really internal (it's
> connected via RMII at PA GPIO bank).
>
> Add support fo
On Sat, Apr 06, 2019 at 01:45:04AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> Orange Pi 3 board requires enabling DDC I2C bus via some GPIO connected
> transistors, before it can be used. Model this as a power supply for DDC
> (via regulator framework).
>
> Signed-off-by: Ondrej Jir
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/bochs/Kconfig| 1 +
drivers/gpu/drm/bochs/bochs.h| 8 +-
drivers/gpu/drm/bochs/bochs_mm.c | 125 +++
3 files changed, 14 insertions(+), 120 deletions(-)
diff --git a/drivers/gpu/drm/bochs/Kconfig b/drive
This patch replaces |struct vbox_bo| and its helpers with the generic
implementation of |struct drm_gem_ttm_object|. The only change in
semantics is that &ttm_bo_driver.verify_access() now does the actual
verification.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/vboxvideo/Kconfig |
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/Kconfig| 2 +-
drivers/gpu/drm/ast/ast_drv.c | 4 +-
drivers/gpu/drm/ast/ast_drv.h | 52 +-
drivers/gpu/drm/ast/ast_fb.c | 18 ++--
drivers/gpu/drm/ast/ast_main.c | 74 ++
drivers/gpu/drm/ast/ast_mode.c |
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/bochs/Kconfig | 1 +
drivers/gpu/drm/bochs/bochs.h | 34 +---
drivers/gpu/drm/bochs/bochs_drv.c | 4 +-
drivers/gpu/drm/bochs/bochs_kms.c | 18 +-
drivers/gpu/drm/bochs/bochs_mm.c | 269 +++---
5 files cha
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/hisilicon/hibmc/Kconfig | 1 +
.../gpu/drm/hisilicon/hibmc/hibmc_drm_de.c| 19 +-
.../gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 4 +-
.../gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 25 +--
.../gpu/drm/hisilicon/hibmc/hibmc_dr
The provided helpers can be used for the respective callback functions
in |struct drm_driver|.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_ttm_helper.c | 39
include/drm/drm_gem_ttm_helper.h | 10 +++
2 files changed, 49 insertions(+)
diff -
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/Kconfig | 1 +
drivers/gpu/drm/ast/ast_drv.h | 6 +-
drivers/gpu/drm/ast/ast_ttm.c | 120 ++
3 files changed, 11 insertions(+), 116 deletions(-)
diff --git a/drivers/gpu/drm/ast/Kconfig b/drivers/gpu/d
The helper function drm_gem_ttm_fill_create_dumb() implements most of
struct drm_driver.dumb_create() for GEM TTM buffer objects. It's not a
full implemenation of the callback, as several driver-specific parameters
are still required.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_
Several simple framebuffer drivers copy most of the TTM code from each
other. The implementation is always the same; except for the name of
some data structures.
As recently discussed, this patch set provides generic TTM memory-
management code for framebuffers with dedicated video memory. It furt
1 - 100 of 190 matches
Mail list logo
