https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #16 from Lukas Wunner ---
Created attachment 139688
--> https://bugs.freedesktop.org/attachment.cgi?id=139688&action=edit
drm-next-4.18-wip debug patch 1
So, the HDA device's usage counter is 0, it has no active children and runti
On Wed, 23 May 2018, John Sledge wrote:
> Do you have any suggestions or advice how to use the kernel driver in
> DRM in regards to how to implement the method drm_dp_dpcd_readb for
> example?
Sincerely, my suggestion is to respond and be active when people take
the time to look into your problem
https://bugs.freedesktop.org/show_bug.cgi?id=106601
--- Comment #7 from Yunchao He ---
#5, In GL 3.0. RGB32F is color-renderable for texture-only. It is not
color-renderable for renderbuffer. But we do use A TEXTURE with RGB32F as
color-attachment and then check the framebuffer attachment, it say
Hi, Stu:
On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote:
> This patch add the connection from OD1 to RDMA1 for ext path.
>
I would like to apply this patch before the patch 'Add support for
mediatek SOC MT2712' because this patch is necessary for mt2712.
Regards,
CK
> Signed-off-by: Stu Hs
Hi, Stu:
I've some inline comment.
On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote:
> This patch add support for the Mediatek MT2712 DISP subsystem.
> There are two OVL engine and three disp output in MT2712.
>
> Signed-off-by: Stu Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c |
https://bugs.freedesktop.org/show_bug.cgi?id=106601
--- Comment #6 from wangjingbin ---
Looking OpenGL 3.0 spec, Section 4.4 Page 291,
The following base internal formats from table 3.15 are color-renderable:
ALPHA, RED, RG, RGB, and RGBA. The sized internal formats from table 3.16 that
have a c
Hi, Stu:
On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote:
> Update device tree binding documentation for the display subsystem for
> Mediatek MT2712 SoCs.
>
Acked-by: CK Hu
> Signed-off-by: Stu Hsieh
> ---
> Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 +-
> 1
Hi ,
I’ve been doing some PTN3460 programming under Linux and I have some questions
regarding on setting the brightness level via DisplayPort Native Aux.
The display device with PTN3460 is connected in DP (display port) to my
computer. I’m currently looking into the DRM (Direct Rendering Manager
drivers/gpu/drm/exynos/exynos_drm_scaler.c:402 scaler_task_done()
warn: signedness bug returning '(-22)'
Reported-by: Dan Carpenter
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_scaler.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/e
2018년 05월 18일 17:04에 Dan Carpenter 이(가) 쓴 글:
> "id" needs to be signed for the error handling to work.
Applied to exynos-drm-fixes-v4.18-rc1.
Thanks,
Inki Dae
>
> Fixes: 7a2d5c77c558 ("drm/exynos: fimc: Convert driver to IPP v2 core API")
> Signed-off-by: Dan Carpenter
>
> diff --git a/driv
https://bugs.freedesktop.org/show_bug.cgi?id=106499
Bas Nieuwenhuizen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=106589
--- Comment #9 from Tom Seewald ---
(In reply to Michel Dänzer from comment #8)
> Tom, amdgpu.dc=0 might serve as a workaround for the time being.
Thanks for the reply Michel, I had tried that earlier to no avail.
Unfortunately I may have wast
On Mon, May 14, 2018 at 11:16:09PM +0200, Enric Balletbo i Serra wrote:
> From: Lin Huang
>
> These are required to support DDR DVFS on rk3399 platform. The patch also
> introduces two new files (rk3399-dram.h and rk3399-dram-default-timing)
> with default DRAM settings.
>
> Signed-off-by: Lin H
On Mon, May 14, 2018 at 11:16:02PM +0200, Enric Balletbo i Serra wrote:
> The Rockchip DMC (Dynamic Memory Interface) needs to access to the PMU
> general register files to know the DRAM type, so add a phandle to the
> syscon that manages these registers.
>
> Signed-off-by: Enric Balletbo i Serra
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #15 from taij...@posteo.de ---
(In reply to Alex Deucher from comment #7)
> see also: https://bugzilla.kernel.org/show_bug.cgi?id=199693
I tried that patch, but am not seeing any difference.
--
You are receiving this mail because:
Hi Ramalingam,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on drm-intel/for-linux-next]
[also build test WARNING on next-20180517]
[cannot apply to v4.17-rc6]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
u
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #14 from taij...@posteo.de ---
(In reply to Lukas Wunner from comment #5)
> Also, there are Dell machines which can be switched to one of two modes in
> the BIOS: In one mode, audio is streamed to external displays via the Intel
> HD
Hi Ramalingam,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on next-20180517]
[cannot apply to v4.17-rc6]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://bugs.freedesktop.org/show_bug.cgi?id=105990
Martin Peres changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from Martin Peres
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #13 from taij...@posteo.de ---
$ cat /sys/bus/pci/devices/:01:00.0/power/control
auto
$ cat /sys/bus/pci/devices/:01:00.1/power/control
auto
again, this is with the 'vanilla' kernel.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=104345
--- Comment #11 from bernhardu ---
Happened again today. Got no such hang since 04.04.2018
>From Debian testing:
Linux kernel: 4.16.5-1
Mesa: 18.0.3-1
xserver-xorg-video-amdgpu: 18.0.1-1
libdrm2: 2.4.91-2
(Nearly) current firmware: PRIME-B350M-A
On Tue, May 22, 2018 at 11:48:12AM +0200, Marco Felsch wrote:
> From: Philipp Zabel
>
> This patch adds support for DLC DLC0700YZG-1 1024x600 LVDS panels
> to the simple-panel driver.
>
> Signed-off-by: Philipp Zabel
> [m.fel...@pengutronix.de: fix typo in compatible dt-binding]
> Signed-off-by
On Tue, May 22, 2018 at 11:48:11AM +0200, Marco Felsch wrote:
> From: Philipp Zabel
>
> DLC provides a wide range of display solutions.
> Website: http://www.dlcdisplay.com/
>
> Signed-off-by: Philipp Zabel
> Signed-off-by: Marco Felsch
> ---
> Documentation/devicetree/bindings/vendor-prefixe
I cannot reasonably tell you if it is a regression, because my usage rarely gets
my monitor in dpms off mode. That on top of the fact I did a new custom
gnu/linux distro recently.
If you have some compilation or not flags to enable tracing of video mode
related code (in any/all components), I'll gi
https://bugs.freedesktop.org/show_bug.cgi?id=106617
--- Comment #5 from Sylvain BERTRAND ---
I cannot reasonably tell you if it is a regression, because my usage rarely
gets
my monitor in dpms off mode. That on top of the fact I did a new custom
gnu/linux distro recently.
If you have some compila
On 05/22/2018 09:02 PM, Boris Ostrovsky wrote:
On 05/22/2018 11:00 AM, Oleksandr Andrushchenko wrote:
On 05/22/2018 05:33 PM, Boris Ostrovsky wrote:
On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote:
On 05/21/2018 11:36 PM, Boris Ostrovsky wrote:
On 05/21/2018 03:13 PM, Oleksandr Andrushc
On Fri, May 18, 2018 at 03:15:24PM +0530, Jagan Teki wrote:
> HDMI on Allwinner A64 has similar like H3/H5/A83T.
>
> Add compatible a64 and update A83T compatible as fallback.
>
> Signed-off-by: Jagan Teki
> ---
> Changes for v2:
> - Add fallback compatible
>
> Documentation/devicetree/binding
On Fri, May 18, 2018 at 03:15:17PM +0530, Jagan Teki wrote:
> Allwinner A64 has DE2 pipeline with tcon0 and tcon1 block
> which is similar Allwinner A83T.
>
> This patch adds dt-binding documentation for A64 DE2 tcon1 blocks.
>
> Mixer1 has different configuration for A64 so use separate compatib
On Wed, May 09, 2018 at 10:18:54AM -0300, Mauro Carvalho Chehab wrote:
> The script:
> ./scripts/documentation-file-ref-check --fix-rst
>
> Gives multiple hints for broken references on some files.
> Manually use the one that applies for some files.
>
> Signed-off-by: Mauro Carvalho Chehab
On Tue, May 15, 2018 at 03:47:36PM +0200, Heiko Stuebner wrote:
> The rk3328 uses a dw-hdmi controller with an external hdmi phy from
> Innosilicon which uses the generic phy framework for access.
> Add the necessary data and the compatible for the rk3328 to the
> rockchip dw-hdmi driver.
>
> Sign
Lin,
2018-05-22 9:41 GMT+02:00 Enric Balletbo Serra :
> Hi Lin
>
> 2018-05-22 3:08 GMT+02:00 hl :
>> Hi Enric,
>>
>>
>>
>>
>> On Monday, May 21, 2018 11:22 PM, Enric Balletbo Serra wrote:
>>>
>>> Hi Lin,
>>>
>>> 2018-05-21 11:37 GMT+02:00 Lin Huang :
DP firmware uses fixed phy config val
Hi Ulrich,
On Sunday, 20 May 2018 11:27:02 EEST Laurent Pinchart wrote:
> On Tuesday, 15 May 2018 15:20:35 EEST Ulrich Hecht wrote:
> > Hi!
> >
> > This adds D3 support to the DU and LVDS drivers, not including LVDS PLL
> > support.
> >
> > It also adds LVDS encoders to the D3 device tree, and L
On 05/22/2018 12:33 PM, Michel Dänzer wrote:
On 2018-05-22 06:30 PM, Andrey Grodzovsky wrote:
On 05/22/2018 12:09 PM, Michel Dänzer wrote:
On 2018-05-22 05:49 PM, Andrey Grodzovsky wrote:
On 05/18/2018 04:46 AM, Michel Dänzer wrote:
On 2018-05-17 09:05 PM, Andrey Grodzovsky wrote:
On 05/17
On Mon, May 21, 2018 at 12:02:25PM -0700, Eric Anholt wrote:
> Liviu Dudau writes:
>
> > From: Brian Starkey
> >
> > Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to
> > enable userspace to get a fence which will signal once the writeback is
> > complete. It is not allowed to
On 2018-05-22 06:30 PM, Andrey Grodzovsky wrote:
> On 05/22/2018 12:09 PM, Michel Dänzer wrote:
>> On 2018-05-22 05:49 PM, Andrey Grodzovsky wrote:
>>> On 05/18/2018 04:46 AM, Michel Dänzer wrote:
On 2018-05-17 09:05 PM, Andrey Grodzovsky wrote:
> On 05/17/2018 10:48 AM, Michel Dänzer wrot
https://bugzilla.kernel.org/show_bug.cgi?id=199425
--- Comment #2 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
ping? We have rc6, a use-after-free and no developer cares?
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
On Fri, Mar 16, 2018 at 03:04:33PM -0700, Eric Anholt wrote:
> For parameterized modifiers (Broadcom's SAND and UIF), we need to
> allow the parameter fields to be filled in, while exposing only the
> variant of the modifier with the parameter unfilled in the internal
> arrays and the format blob.
On 05/22/2018 12:09 PM, Michel Dänzer wrote:
On 2018-05-22 05:49 PM, Andrey Grodzovsky wrote:
On 05/18/2018 04:46 AM, Michel Dänzer wrote:
On 2018-05-17 09:05 PM, Andrey Grodzovsky wrote:
On 05/17/2018 10:48 AM, Michel Dänzer wrote:
On 2018-05-17 01:18 PM, Andrey Grodzovsky wrote:
Hi Miche
https://bugs.freedesktop.org/show_bug.cgi?id=104920
--- Comment #9 from gr...@sub.red ---
Thanks, that's what I was (In reply to Christian König from comment #8)
>
> No, that is perfectly correct. VA-API advises to the application what the
> hardware can do or can't do.
>
> When the application
On 2018-05-22 05:49 PM, Andrey Grodzovsky wrote:
> On 05/18/2018 04:46 AM, Michel Dänzer wrote:
>> On 2018-05-17 09:05 PM, Andrey Grodzovsky wrote:
>>> On 05/17/2018 10:48 AM, Michel Dänzer wrote:
On 2018-05-17 01:18 PM, Andrey Grodzovsky wrote:
> Hi Michele and others, I am trying to impl
On Mon, May 21, 2018 at 05:37:01PM +0800, Lin Huang wrote:
> If want to do training outside DP Firmware, need phy voltage swing
> and pre_emphasis value.
>
> Signed-off-by: Lin Huang
> ---
> Changes in v2:
> - None
> Changes in v3:
> - modify property description and add this property to Example
On 05/18/2018 04:46 AM, Michel Dänzer wrote:
On 2018-05-17 09:05 PM, Andrey Grodzovsky wrote:
On 05/17/2018 10:48 AM, Michel Dänzer wrote:
On 2018-05-17 01:18 PM, Andrey Grodzovsky wrote:
Hi Michele and others, I am trying to implement the approach bellow to
resolve AMDGPU's hang when comman
https://bugs.freedesktop.org/show_bug.cgi?id=106594
Kai changed:
What|Removed |Added
Summary|[radeonsi,regression,apitra |[radeonsi,regression,apitra
|ce
https://bugs.freedesktop.org/show_bug.cgi?id=106617
--- Comment #4 from Alex Deucher ---
Is this a regression?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://
On 05/22/2018 05:33 PM, Boris Ostrovsky wrote:
On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote:
On 05/21/2018 11:36 PM, Boris Ostrovsky wrote:
On 05/21/2018 03:13 PM, Oleksandr Andrushchenko wrote:
On 05/21/2018 09:53 PM, Boris Ostrovsky wrote:
On 05/21/2018 01:32 PM, Oleksandr Andrushc
From: Oleksandr Andrushchenko
When unplugging a hotpluggable DRM device we first unregister it
with drm_dev_unregister and then set drm_device.unplugged flag which
is used to mark device critical sections with drm_dev_enter()/
drm_dev_exit() preventing access to device resources that are not
avai
Hey Mohammed,
In case you didn't see, that repository is a fork of the project, apparently to
improve Tegra support; it isn't officially supported or anything.
If you want the official libdrm repo, you can find it at:
https://cgit.freedesktop.org/mesa/drm/
As for your issue, you are simply confi
https://bugs.freedesktop.org/show_bug.cgi?id=106601
--- Comment #5 from Ilia Mirkin ---
Note that in the core OpenGL 4.6 specification, table 8.12, GL_RGB32F is marked
as color-renderable, but not required to be renderable.
Looking at the OpenGL 3.0 spec, page 180, RGB32F is listed in the
"textu
Am 02.05.2018 um 18:59 schrieb Michel Dänzer:
On 2018-05-02 06:21 PM, Christoph Hellwig wrote:
On Wed, May 02, 2018 at 04:31:09PM +0200, Michel Dänzer wrote:
No. __GFP_NOWARN (and gfp_t flags in general) are the wrong interface
for dma allocations and just cause problems. I actually plan to
g
https://bugs.freedesktop.org/show_bug.cgi?id=104920
Christian König changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #8 from Christian
Am 18.05.2018 um 17:02 schrieb Andrey Grodzovsky:
On 05/18/2018 10:50 AM, Christian König wrote:
Am 18.05.2018 um 16:44 schrieb Michel Dänzer:
On 2018-05-18 11:42 AM, Christian König wrote:
Anyway, the kernel can't rely on userspace using O_CLOEXEC. If the
flush
callback being called from m
-ci/linux/commits/Souptick-Joarder/gpu-drm-omapdrm-Adding-new-typedef-vm_fault_t/20180522-135920
base: git://people.freedesktop.org/~airlied/linux.git drm-next
config: arm-omap2plus_defconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
Add authors and description in Kconfig.
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/Kconfig | 8 ++--
drivers/gpu/drm/vkms/vkms_drv.c | 2 ++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
index 0893b1d8ede7..a
This commit appends the essential CRTCs infrastructure for VKMS. CRTCs
demands other elements to work correctly, in this sense, this patch adds
a new data struct that centralizes the data structures related to the
output, simple planes management, and single encoder attached to the
connector.
Sign
Set a frame buffer default size for width and height (minimum and
maximum).
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/vkms/vkms_drv.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/vkms/vkms_drv.c b/drivers/gpu/drm/vkms/vkms_drv.c
index 35517b095
This series of patches add a centralized initialization mechanism, a
single CRTC with a plane, an encoder, and extra module information.
Changes in v2:
- Remove unused definitions
- Improve file names
- Improve code separation
- Remove unnecessary formats
Changes in v3:
- Adds drm_crtc_help
https://bugzilla.kernel.org/show_bug.cgi?id=199797
Bug ID: 199797
Summary: Low resolution on monitor reconnect with amdgpu and
Dell P2715Q
Product: Drivers
Version: 2.5
Kernel Version: 4.16.10
Hardware: All
I fixed it, and I'm preparing the v4 patchset.
Thanks again for the review :)
On Mon, May 21, 2018 at 11:57 PM, Haneen Mohammed
wrote:
> On Mon, May 21, 2018 at 10:06:40PM -0300, Rodrigo Siqueira wrote:
> > This commit appends the essential CRTCs infrastructure for VKMS. CRTCs
> > demands other
Hi Laurent,
On Sun, May 20, 2018 at 10:50 AM, Laurent Pinchart
wrote:
> On Tuesday, 15 May 2018 15:20:38 EEST Ulrich Hecht wrote:
>> From: Kieran Bingham
>>
>> The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
>>
>> Signed-off-by: Kieran Bingham
>> [uli: moved lvds* into the soc
tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
head: 1abb70f5955d1a9021f96359a2c6502ca569b68d
commit: 84b510e22da7926522a257cfe295d3695346a0bd [1/2] drm/i915/query: Protect
tainted function pointer lookup
config: i386-randconfig-x012-201820 (attached as .config)
compiler:
A few nits
On 4/18/2018 4:14 AM, Jordan Crouse wrote:
Add the infrastructure to capture the state current state of the
remove extra state
GPU and store it in memory. This is useful for storing the state
of a hung GPU so it can be dumped later.
For now grab the same basic ringbuffer informati
On Thu, May 17, 2018 at 10:05:35AM +0200, Maarten Lankhorst wrote:
> Op 08-05-18 om 12:34 schreef Lowry Li:
> > Pixel blend modes represent the alpha blending equation
> > selection, describing how the pixels from the current
> > plane are composited with the background.
> >
> > Add a pixel_blend_m
https://bugs.freedesktop.org/show_bug.cgi?id=106617
--- Comment #3 from Sylvain BERTRAND ---
Created attachment 139682
--> https://bugs.freedesktop.org/attachment.cgi?id=139682&action=edit
xserver log with successfull dpms off exit
--
You are receiving this mail because:
You are the assignee
On Wed, May 09, 2018 at 01:48:06PM +0300, Ville Syrjälä wrote:
> On Tue, May 08, 2018 at 06:34:36PM +0800, Lowry Li wrote:
> > Pixel blend modes represent the alpha blending equation
> > selection, describing how the pixels from the current
> > plane are composited with the background.
> >
> > Add
https://bugs.freedesktop.org/show_bug.cgi?id=106490
--- Comment #4 from Luke McKee ---
P.S. Leonid everything you are running is too old. I'm using git for libva and
all amd drivers, kernel etc - except ffmpeg.
Why running the bleeding edge may break some things it fixes others.
Until last mont
https://bugzilla.kernel.org/show_bug.cgi?id=199633
Klaus Kusche (klaus.kus...@computerix.info) changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, May 09, 2018 at 10:08:16AM +0200, Daniel Vetter wrote:
> On Tue, May 08, 2018 at 06:34:36PM +0800, Lowry Li wrote:
> > Pixel blend modes represent the alpha blending equation
> > selection, describing how the pixels from the current
> > plane are composited with the background.
> >
> > Add
https://bugs.freedesktop.org/show_bug.cgi?id=106617
--- Comment #2 from Sylvain BERTRAND ---
Created attachment 139681
--> https://bugs.freedesktop.org/attachment.cgi?id=139681&action=edit
xserver log
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=106617
--- Comment #1 from Sylvain BERTRAND ---
Created attachment 139680
--> https://bugs.freedesktop.org/attachment.cgi?id=139680&action=edit
kernel log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106617
Bug ID: 106617
Summary: monitor often unable to get out from dpms off
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=106490
Luke McKee changed:
What|Removed |Added
CC||hojur...@gmail.com
--- Comment #3 from Luk
https://bugs.freedesktop.org/show_bug.cgi?id=106490
--- Comment #2 from Luke McKee ---
I'm having a crack at this now and I've got it working using a vdpau-wrapper of
sorts, though there has been some scrambling of the colours. I'm still fixing
it.
What I have seen is that Chrome expects a featu
Hi Lucas,
On Tuesday, 22 May 2018 12:29:21 EEST Lucas Stach wrote:
> Am Sonntag, den 20.05.2018, 14:05 -0300 schrieb Fabio Estevam:
> > > From: Fabio Estevam
> >
> > Adopt the SPDX license identifier headers to ease license compliance
> > management.
> >
> > > Signed-off-by: Fabio Estevam
> >
https://bugs.freedesktop.org/show_bug.cgi?id=106578
Michel Dänzer changed:
What|Removed |Added
Version|unspecified |git
Assignee|dri-devel@lists.
On 05/22/2018 05:26 PM, Maarten Lankhorst wrote:
Op 20-05-18 om 19:17 schreef Randy Li:
This pixel format is a fully packed and 10bits variant of NV12.
A luma pixel would take 10bits in memory, without any
filled bits between pixels in a stride. The color gamut
follows the BT.2020 standard.
S
On 22.05.2018 09:36, Peter Rosin wrote:
> On 2018-05-22 08:29, Andrzej Hajda wrote:
>> On 21.05.2018 23:56, Peter Rosin wrote:
>>> On 2018-05-21 11:21, Andrzej Hajda wrote:
On 21.05.2018 10:53, Peter Rosin wrote:
> On 2018-05-21 10:15, Andrzej Hajda wrote:
>> On 19.05.2018 18:48, Peter
This function has no callers anywhere within the kernel.
Signed-off-by: Maya Rashish
---
drivers/gpu/drm/drm_agpsupport.c | 43
include/drm/drm_agpsupport.h | 14 ---
2 files changed, 57 deletions(-)
diff --git a/drivers/gpu/drm/drm_agpsupport.c b/dr
On Tue, May 22, 2018 at 10:24:18AM +0100, Daniel Stone wrote:
> On 22 May 2018 at 10:19, Thierry Reding wrote:
> > On Mon, May 21, 2018 at 03:24:49PM +0100, Daniel Stone wrote:
> >> bc61c97502e2 moved the gtt_range structure, from being in
> >> psb_framebuffer and embedding the GEM object, to bein
Hi Fabio,
Am Sonntag, den 20.05.2018, 14:05 -0300 schrieb Fabio Estevam:
> > From: Fabio Estevam
>
> Adopt the SPDX license identifier headers to ease license compliance
> management.
>
> > Signed-off-by: Fabio Estevam
> ---
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 7 +--
> 1 file ch
On 21 May 2018 at 21:02, Stefan Wahren wrote:
>
>> Eric Anholt hat am 21. Mai 2018 um 19:55 geschrieben:
>>
>>
>> Stefan Wahren writes:
>>
>> > Hi,
>> > in order to improve kernelci.org results and avoid false positive cases
>> > like this [1], i suggested to also test for a working VC4 driver.
Op 20-05-18 om 19:17 schreef Randy Li:
> This pixel format is a fully packed and 10bits variant of NV12.
> A luma pixel would take 10bits in memory, without any
> filled bits between pixels in a stride. The color gamut
> follows the BT.2020 standard.
>
> Signed-off-by: Randy Li
> ---
> drivers/gp
On 22 May 2018 at 10:19, Thierry Reding wrote:
> On Mon, May 21, 2018 at 03:24:49PM +0100, Daniel Stone wrote:
>> bc61c97502e2 moved the gtt_range structure, from being in
>> psb_framebuffer and embedding the GEM object, to being placed in the
>> drm_framebuffer with the gtt_range being derived fr
On Mon, May 21, 2018 at 03:24:49PM +0100, Daniel Stone wrote:
> bc61c97502e2 moved the gtt_range structure, from being in
> psb_framebuffer and embedding the GEM object, to being placed in the
> drm_framebuffer with the gtt_range being derived from the GEM object.
>
> The conversion missed out the
Op 20-05-18 om 19:17 schreef Randy Li:
> This pixel format is a fully packed and 10bits variant of NV12.
> A luma pixel would take 10bits in memory, without any
> filled bits between pixels in a stride. The color gamut
> follows the BT.2020 standard.
>
> Signed-off-by: Randy Li
> ---
> drivers/gp
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: e92fc21bcb298e0dc2823c7910961c7587de12e5
commit: af5fb0c0cc37a3483e83a481032f580e2fa9887a [441/468] drm/amd/display: fix
31_32_fixpt shift functions
config: i386-allyesconfig (attached as .config)
compiler: gcc-7 (D
https://bugs.freedesktop.org/show_bug.cgi?id=106589
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com
--- Comment #8 f
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #12 from Lukas Wunner ---
Hm, the first 4.17 output does not show anything suspicious. Could you also
post the output of:
cat /sys/bus/pci/devices/:01:00.0/power/control
cat /sys/bus/pci/devices/:01:00.1/power/control
--
Y
https://bugs.freedesktop.org/show_bug.cgi?id=106594
--- Comment #3 from Kai ---
I was able to check for this behaviour on a system with an integrated Intel GPU
(HD Graphics 530 (Skylake GT2); PCIID: 0x1912) on Mesa 18.0.3 and it didn't
show these glitches.
The OpenGL error line ("==OPENGL==> [lo
On Tue, 22 May 2018, Andy Shevchenko wrote:
> On Mon, May 21, 2018 at 2:58 PM, Yisheng Xie wrote:
>> match_string() returns the index of an array for a matching string,
>> which can be used intead of open coded variant.
>
> https://patchwork.kernel.org/patch/10382377/
818c05d8e267 ("drm: panel-o
On Tue, 22 May 2018, Andy Shevchenko wrote:
> On Mon, May 21, 2018 at 2:57 PM, Yisheng Xie wrote:
>> match_string() returns the index of an array for a matching string,
>> which can be used intead of open coded variant.
>
> https://patchwork.kernel.org/patch/10382323/
Even more convincingly,
47
On Mon, 21 May 2018, Maya Rashish wrote:
> In drm_dp_i2c_drain_msg we do msg.buffer += err which isn't
> legal for void *.
Well, this isn't pedantic C, it's GCC. There are tons of pointer
arithmetics for void pointers all over the kernel.
BR,
Jani.
> ---
> include/drm/drm_dp_helper.h | 2 +-
>
Hi, Stu:
On Tue, 2018-05-22 at 15:47 +0800, Stu Hsieh wrote:
> Hi, CK:
>
> I've some reply for comment
>
> On Tue, 2018-05-15 at 10:30 +0800, CK Hu wrote:
> > Hi, Stu:
> >
> > I've some inline comments.
> >
> > On Mon, 2018-05-14 at 17:59 +0800, Stu Hsieh wrote:
> > > This patch add support fo
https://bugzilla.kernel.org/show_bug.cgi?id=199633
--- Comment #8 from Michel Dänzer (mic...@daenzer.net) ---
Can you update the status of this report accordingly?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dr
On Mon, 21 May 2018, Maya Rashish wrote:
Please add a commit message and your Signed-off-by here.
Please prefix the subject with "drm/agp: " or "drm/agpsupport: ".
BR,
Jani.
> ---
> drivers/gpu/drm/drm_agpsupport.c | 43
> include/drm/drm_agpsupport.h | 14
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #11 from taij...@posteo.de ---
$ cat /sys/bus/pci/devices/:01:00.0/power/runtime_status
active
$ cat /sys/bus/pci/devices/:01:00.0/power/runtime_usage
1
$ cat /sys/bus/pci/devices/:01:00.0/power/runtime_active_kids
0
$ ca
Hi Neil,
2018-05-21 16:21 GMT+02:00 Neil Armstrong :
> The EC can expose a CEC bus, this patch adds the CEC related definitions
> needed by the cros-ec-cec driver.
> Having a 16 byte mkbp event size makes it possible to send CEC
> messages from the EC to the AP directly inside the mkbp event
> ins
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #10 from taij...@posteo.de ---
Created attachment 139675
--> https://bugs.freedesktop.org/attachment.cgi?id=139675&action=edit
dmesg with 4.18-wip 'vga_switcheroo-patches reversed'
Here the third dmesg output - this one with the vg
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #9 from taij...@posteo.de ---
Created attachment 139674
--> https://bugs.freedesktop.org/attachment.cgi?id=139674&action=edit
dmesg with 4.18-wip 'atpx-quirk reversed'
Here the second dmesg - forced atpx method quirk reversed.
--
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #8 from taij...@posteo.de ---
Created attachment 139673
--> https://bugs.freedesktop.org/attachment.cgi?id=139673&action=edit
dmesg with 4.18-wip 'vanilla-as-is'
OK, here come three dmesg outputs - first one is 'vanilla' drm-next-4
Hi Lin
2018-05-22 3:08 GMT+02:00 hl :
> Hi Enric,
>
>
>
>
> On Monday, May 21, 2018 11:22 PM, Enric Balletbo Serra wrote:
>>
>> Hi Lin,
>>
>> 2018-05-21 11:37 GMT+02:00 Lin Huang :
>>>
>>> DP firmware uses fixed phy config values to do training, but some
>>> boards need to adjust these values to f
1 - 100 of 116 matches
Mail list logo