Am 20.10.18 um 22:57 schrieb Wenwen Wang:
> In amdgpu_read_bios_from_rom(), the header of the VBIOS is firstly copied
> to 'header' from an IO memory region through
> amdgpu_asic_read_bios_from_rom(). Then the header is checked to see whether
> it is a valid header. If yes, the whole VBIOS, includi
A question for ttm_bo.c
On 10/20/2018 12:41 AM, Christian König wrote:
Make sure that the global BO state is always correctly initialized.
This allows removing all the device code to initialize it.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 59 +
On Thu, Oct 18, 2018 at 1:19 PM Linus Walleij wrote:
> The DSI devices have a maximum operating frequency specified
> in their data sheet per the MIPI specification, and DSI hosts
> that can scale their frequency need this information to set
> their clock dividers right.
>
> As current panel driv
On 10/20/2018 12:41 AM, Christian König wrote:
As the name says we only need one global instance of ttm_mem_global.
Drop all the driver initialization and just use a single exported
instance which is initialized during BO global initialization.
Signed-off-by: Christian König
Patch 1, 2, 3, 5
A question in ttm_bo.c
On 10/20/2018 12:41 AM, Christian König wrote:
Make sure that the global BO state is always correctly initialized.
This allows removing all the device code to initialize it.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 59 +-
On Fri, 19 Oct 2018 at 16:19, Gerd Hoffmann wrote:
>
> Trying to put the virtio-gpu driver's ttm resource handling
> into shape. Also improve the resource id handling.
>
> v2:
> * drop patches 7+8, back to the drawing board, they'll
>come with a separate patch series later.
> * reorder patc
These patches enable packed format YUV422-Y210, Y212 and Y216
for 10, 12 and 16 bit respectively for ICL.
For user space component IGT
IGT needs libraries for Pixman and Cairo to support more than 8bpc.
Work going on from Maarten Lankhorst.
v2: addressed review comments of mahesh and alexandru
From: Vidya Srinivas
Added needed plane control flag definitions for Y210, Y212 and
Y216 formats.
v3: no change
Signed-off-by: Swati Sharma
Signed-off-by: Vidya Srinivas
---
drivers/gpu/drm/i915/i915_reg.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_reg.h
From: Vidya Srinivas
v3: case handling checking INTEL_GEN(dev_priv) < 11 added for these 3
new pixel formats (juha)
Signed-off-by: Swati Sharma
Signed-off-by: Vidya Srinivas
---
drivers/gpu/drm/i915/intel_display.c | 21 +
drivers/gpu/drm/i915/intel_sprite.c | 3 +++
From: Vidya Srinivas
In this patch, a list for icl specific pixel formats is created
in which Y210, Y212 and Y216 pixel formats are added along with
legacy pixel formats for primary and sprite plane.
v3: since support for planar formats on ICL was getting totally
skipped, added support for t
From: Vidya Srinivas
The following pixel formats are packed format that follows 4:2:2
chroma sampling. For memory represenation each component is
allocated 16 bits each. Thus each pixel occupies 32bit.
Y210: Valid data occupies MSB 10 bits.
LSB 6 bits are filled with zeroes.
Y212: Valid da
This patch fixes 13 occurrences of the chekpatch.pl check:
CHECK: Please don't use multiple blank lines
Signed-off-by: Zach Turner
---
drivers/staging/rtl8192e/rtllib_crypt_ccmp.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtllib_crypt_ccmp.c
b/d
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-dkms-4.18
head: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a
commit: a26f88704ef76f0213692b3b04f210de6e9e8676 [1267/1379] drm/scheduler: fix
build error due to change in scheduler struct
config: i386-allyesconfig (attached as .config)
On Mon, 22 Oct 2018 at 10:49, Michael Tirado wrote:
>
> On Mon, Oct 22, 2018 at 12:26 AM Dave Airlie wrote:
> >
> > This shouldn't be necessary, did someone misbackport the mmap changes
> > without:
> >
> > drm: set FMODE_UNSIGNED_OFFSET for drm files
> >
> > Dave.
>
> The latest kernel I have h
Add maintainers and reviewers for VKMS driver
Signed-off-by: Rodrigo Siqueira
---
Changes in v2:
- Insert the section in alphabetical order
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 39c3f6682ace..56572f0968ce 100644
--- a/MAINT
On Mon, 22 Oct 2018 at 07:22, Michael Tirado wrote:
>
> Mapping a drm "dumb" buffer fails on 32-bit system (i686) from what
> appears to be a truncated memory address that has been copied
> throughout several files. The bug manifests as an -EINVAL when calling
> mmap with the offset gathered from
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #15 from freedesk...@sibrenvasse.nl ---
I own a DELL U2414H and a U2913WM, and are daisy chained via DisplayPort. I'm
currently running into this issue.
A quick bisect gave this result:
# first bad commit: [0d99889109892396a8164bf6d
https://bugs.freedesktop.org/show_bug.cgi?id=104531
--- Comment #8 from Parag ---
(In reply to Marcin Deranek from comment #6)
> It looks like this might be chipset/firmware specific.
>
> I had this problem with MSI R9 270 Gaming 2G
> (https://www.msi.com/Graphics-card/R9-270-GAMING-2G.html) whi
https://bugs.freedesktop.org/show_bug.cgi?id=104531
--- Comment #7 from Parag ---
(In reply to Alex Deucher from comment #3)
> (In reply to Parag from comment #2)
> > This is happening to me with a R7 240 with DP or HDMI cables, with 4
> > different monitors - Acer, Dell, 2x Lenovo. No errors in
https://bugs.freedesktop.org/show_bug.cgi?id=108505
--- Comment #3 from Marcin Deranek ---
It turns out that increasing Grub2 timeout from 5 to 10 seconds makes reboots
also possible.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108505
--- Comment #2 from Marcin Deranek ---
Created attachment 142120
--> https://bugs.freedesktop.org/attachment.cgi?id=142120&action=edit
Kernel config
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=108507
Bug ID: 108507
Summary: [rv790] Broken ground textures in World of Tanks
Product: Mesa
Version: 18.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugzilla.kernel.org/show_bug.cgi?id=200621
Jon (jon...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
v2:
add a mutex between sync_cb execution and free.
Signed-off-by: Chunming Zhou
Cc: Daniel Vetter
Cc: Chris Wilson
Cc: Christian König
---
drivers/gpu/drm/drm_syncobj.c | 11 +--
include/drm/drm_syncobj.h | 4
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/
On 10/17/2018 07:53 PM, John Stultz wrote:
On Fri, Oct 12, 2018 at 10:51 AM, Laura Abbott wrote:
I suspect most of the cost of the dma_map/dma_unmap is from the
cache flushing and not the actual mapping operations. If this
is the case, another option might be to figure out how to
incorporate d
Hi Douglas,
Thank you for the patch.
On Friday, 19 October 2018 23:19:39 EEST Douglas Anderson wrote:
> The timing diagram of some eDP panels says that you're supposed to
> wait for HPD to be asserted before the aux channel is operational.
>
> In some cases, however, it's better to just hardcode
Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added
"SPDX-License-Identifier: GPL-2.0" to files which previously had no
license, change this to MIT for the tracing header matching the license
text of most of the other core drm files.
Signed-off-by: Jonathan Gray
---
drivers/gpu/drm/drm_trace.h
Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added
"SPDX-License-Identifier: GPL-2.0" to files which previously had no
license, change this to MIT for i915 matching the license text of the
other i915 files.
Signed-off-by: Jonathan Gray
---
drivers/gpu/drm/i915/i915_trace.h| 2 +-
driv
https://bugs.freedesktop.org/show_bug.cgi?id=108505
--- Comment #1 from Marcin Deranek ---
Created attachment 142116
--> https://bugs.freedesktop.org/attachment.cgi?id=142116&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=108505
Bug ID: 108505
Summary: atombios stuck in loop in consecutive boot
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
30 matches
Mail list logo
