> -Original Message-
> From: Lionel Landwerlin
> Sent: Saturday, March 30, 2019 10:09 PM
> To: Koenig, Christian ; Zhou, David(ChunMing)
> ; dri-devel@lists.freedesktop.org; amd-
> g...@lists.freedesktop.org; ja...@jlekstrand.net; Hector, Tobias
>
> Subject: Re: [PATCH 2/9] drm/syncobj:
https://bugs.freedesktop.org/show_bug.cgi?id=105832
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi all,
This is now a conflict between the drm tree and Linus' tree.
On Fri, 22 Mar 2019 10:57:28 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the drm-intel tree got a conflict in:
>
> drivers/gpu/drm/i915/gvt/mmio_context.c
>
> between commit:
>
> 1e8b15a1988e ("drm/i91
https://bugs.freedesktop.org/show_bug.cgi?id=110214
--- Comment #31 from Diego Viola ---
I can't reproduce it on Ubuntu 18.04.2 or 19.04 beta.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=110214
--- Comment #30 from Diego Viola ---
I can reproduce this on Fedora 29 (workstation), I don't think the problem is
Arch Linux specific.
- XTerm(334)
- Linux 5.0.4-200.fc29.x86_64
- GNOME Version 3.30.2
- xorg-x11-server-Xorg-1.20.4-1.fc29.x86_6
>-Original Message-
>From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
>Sent: Saturday, March 30, 2019 12:04 AM
>To: Zengtao (B)
>Cc: labb...@redhat.com; sumit.sem...@linaro.org;
>de...@driverdev.osuosl.org; Todd Kjos ;
>linux-ker...@vger.kernel.org; dri-devel@lists.freedesktop.
On 3/29/2019 9:20 PM, Yannick Fertré wrote:
Wrong DISPLAY_FLAGS used to set the data enable polarity.
Used or checked?
Can you also explain how it is wrong to check against this FLAG in commit?
Signed-off-by: Yannick Fertré
---
drivers/gpu/drm/stm/ltdc.c | 2 +-
1 file changed, 1 insertio
Hi Shile,
Thank you for your report and patch.
On Tue, Mar 26, 2019 at 01:54:13PM +0800, Shile Zhang wrote:
> Hi, Bartlomiej, Fredrik, Daniel,
>
> Could you please help to have a look at this patch?
I have tested your patch with a MIPS R5900 system and indeed there is
a division by zero, althou
>-Original Message-
>From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
>Sent: Saturday, March 30, 2019 12:02 AM
>To: Zengtao (B)
>Cc: labb...@redhat.com; sumit.sem...@linaro.org;
>de...@driverdev.osuosl.org; Todd Kjos ;
>linux-ker...@vger.kernel.org; dri-devel@lists.freedeskto
From: Zheng Yang
The RK3066 HDMI TX serves as interface between a LCD Controller and
a HDMI bus. A HDMI TX consists of one HDMI transmitter controller and
one HDMI transmitter PHY. The interface has three (3) 8-bit data channels
which can be configured for a number of bus widths (8/10/12/16/20/24
On Thu, Mar 28, 2019 at 12:48:39PM +0100, Andrzej Hajda wrote:
> On 28.03.2019 01:07, Life is hard, and then you die wrote:
> >
> > On Wed, Mar 27, 2019 at 03:13:37PM +0100, Andrzej Hajda wrote:
> >> +cc: dri-devel
[snip]
> > It seems your mail client doesn't like me :-) I got neither of your
> >
>-Original Message-
>From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
>Sent: Friday, March 29, 2019 7:03 PM
>To: Zengtao (B)
>Cc: labb...@redhat.com; sumit.sem...@linaro.org;
>de...@driverdev.osuosl.org; Todd Kjos ; Greg
>Kroah-Hartman ;
>linux-ker...@vger.kernel.org; dri-devel@lists.
On 3/28/19 8:18 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190328:
>
> The pidfd tree lost its build failures.
>
on x86_64, when # CONFIG_ACPI is not set/enabled:
ld: drivers/gpu/drm/i915/intel_panel.o: in function
`intel_backlight_device_register':
intel_panel.c:(.text+0x2c49)
For testing only.
Version: V6
Title: Enable rk3066 VOP and HDMI for MK808.
This patch serie only works in combination with a MK808 TV stick and
a rk3066 processor. Other boxes and tablets with a rk3066
need extra software for power management and lcd's.
What does it do:
With these kernel patch
syzbot has bisected this bug to:
commit 0fff724a33917ac581b5825375d0b57affedee76
Author: Paul Kocialkowski
Date: Fri Jan 18 14:51:13 2019 +
drm/sun4i: backend: Use explicit fourcc helpers for packed YUV422 check
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1467550f200
Currently, the Kbuild core manipulates header search paths in a crazy
way [1].
To fix this mess, I want all Makefiles to add explicit $(srctree)/ to
the search paths in the srctree. Some Makefiles are already written in
that way, but not all. The goal of this work is to make the notation
consisten
On 3/19/2019 5:50 PM, shile.zh...@linux.alibaba.com wrote:
From: Shile Zhang
To fix following divide-by-zero error found by Syzkaller:
divide error: [#1] SMP PTI
CPU: 7 PID: 8447 Comm: test Kdump: loaded Not tainted 4.19.24-8.al7.x86_64 #1
Hardware name: Alibaba Cloud Alibaba Cl
Hi laura:
>-Original Message-
>From: Laura Abbott [mailto:labb...@redhat.com]
>Sent: Friday, March 29, 2019 9:27 PM
>To: Zengtao (B) ; sumit.sem...@linaro.org
>Cc: Greg Kroah-Hartman ; Arve Hjønnevåg
>; Todd Kjos ; Martijn Coenen
>; Joel Fernandes ;
>Christian Brauner ; de...@driverdev.os
On Fri, 29 Mar 2019, Andrew F. Davis wrote:
> On 3/28/19 7:15 PM, John Stultz wrote:
> > Here is another RFC of the dma-buf heaps patchset Andrew and I
> > have been working on which tries to destage a fair chunk of ION
> > functionality.
> >
> > The patchset implements per-heap devices which can
This patch enables the vop0 and hdmi nodes
for a MK808 with rk3066 processor.
Signed-off-by: Johan Jonker
---
arch/arm/boot/dts/rk3066a-mk808.dts | 29 +
1 file changed, 29 insertions(+)
diff --git a/arch/arm/boot/dts/rk3066a-mk808.dts
b/arch/arm/boot/dts/rk3066a-mk
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/video/fbdev/pvr2fb.c: In function 'pvr2fb_init':
drivers/video/fbdev/pvr2fb.c:1074:6: warning:
variable 'size' set but not used [-Wunused-but-set-variable]
It's not used since commit 9cd1c6743454 ("pvr2fb: Fix oops when
pseudo_palette is wri
I am adding linux-f...@vger.kernel.org, since this is why I missed this
thread in the first place...
> On Fri, 29 Mar 2019 14:56:17 +1000, Dave Airlie said:
Hi Dave!
Dave> On Thu, 28 Mar 2019 at 10:14, Sonal Santan wrote:
>>> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
[.
On 3/29/2019 9:20 PM, Yannick Fertré wrote:
Wrong DISPLAY_FLAGS used to set the data enable polarity.
Used or checked.
Can you also explain how it is wrong to check against this FLAG in commit?
Signed-off-by: Yannick Fertré
---
drivers/gpu/drm/stm/ltdc.c | 2 +-
1 file changed, 1 insertio
This patch adds a binding that describes the HDMI controller for
rk3066.
Signed-off-by: Johan Jonker
Reviewed-by: Rob Herring
---
.../display/rockchip/rockchip,rk3066-hdmi.txt | 72 ++
1 file changed, 72 insertions(+)
create mode 100644
Documentation/devicetree/bindin
From: Zheng Yang
This patch adds the hdmi nodes to rk3066.
Signed-off-by: Zheng Yang
Signed-off-by: Johan Jonker
---
arch/arm/boot/dts/rk3066a.dtsi | 52 ++
1 file changed, 52 insertions(+)
diff --git a/arch/arm/boot/dts/rk3066a.dtsi b/arch/arm/boot/dt
There are two reasons for this patch:
1. There are some potential requirements for ion_alloc in kernel space,
some media drivers need to allocate media buffers from ion instead of
buddy or dma framework, this is more convient and clean very for media
drivers. And In that case, ion is the only media
Den 28.03.2019 10.31, skrev Daniel Vetter:
> On Tue, Mar 26, 2019 at 06:55:30PM +0100, Noralf Trønnes wrote:
>> This moves the modesetting code from drm_fb_helper to drm_client so it
>> can be shared by all internal clients.
>>
>> I have also added a client display abstraction and a bootsplash ex
On Fri, Mar 22, 2019 at 01:17:59PM +0800, Yifeng Li wrote:
> I have working on the sm712fb driver for a while and have some familiarity
> with this hardware, I'll be helping working on and testing problems of this
> driver, so add myself to the MAINTAINERS file.
Technically I donot have any proble
On Fri, Mar 22, 2019 at 01:17:58PM +0800, Yifeng Li wrote:
> This commits update the Kconfig description of sm712fb,
> and inform the user about the existence of documentation.
>
> Signed-off-by: Yifeng Li
> ---
> Documentation/fb/sm712fb.txt | 44
> drivers/
On Fri, Mar 22, 2019 at 01:17:57PM +0800, Yifeng Li wrote:
> This commits add information about 32-bit color, 2D acceleration,
> as well as adding additional, general information about the hardware
> and many existing problems of the sm712fb driver.
>
> Signed-off-by: Yifeng Li
> ---
> Documenta
On Fri, Mar 22, 2019 at 01:17:56PM +0800, Yifeng Li wrote:
> The modesetting in sm712fb is an ugly hack. First, all the registers
> are programmed by hardcoded register arrays, which makes it difficult
> to support different variations of color depths, refresh rates, CRT/LCD
> panel, etc of the sam
On Fri, Mar 22, 2019 at 01:17:55PM +0800, Yifeng Li wrote:
> Previously, in staging/sm7xxfb (now fbdev/sm712fb), 2D acceleration
> was implemented, but after its submission, a critical bug that causes
> total system hang was discovered, as a stopgap measure, 2D ops was
> completele removed in commi
On Fri, Mar 22, 2019 at 01:17:54PM +0800, Yifeng Li wrote:
> This commit adds I/O macros and functions related to 2D opeartions.
> A hunk of hardware register definitions are taken verbatim from
> OpenBSD.
>
> In addition, a utility function pad_to_dword() is added to help
> padding data for the 2
On Fri, Mar 22, 2019 at 01:17:53PM +0800, Yifeng Li wrote:
> This commit converts "unsigned int" and "int" in I/O wrappers
> to "u8". It improves readability since it's consistent with
> the prototypes of readb() and writeb(). More importantly, it
> reduces readers' confusion, since the upcoming 2D
https://bugs.freedesktop.org/show_bug.cgi?id=110290
--- Comment #6 from Andre Klapper ---
Which steps in the links that I provided did you follow, and what was the exact
result?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=110290
--- Comment #7 from Andre Klapper ---
(Also, please avoid unneeded full quotes of previous messages to keep things
readable. Thanks!)
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Johan,
Am Donnerstag, 21. März 2019, 01:14:40 CEST schrieb Johan Jonker:
> Add fixed screen size DVI-D support
> for rk3066 hdmi with an extra patch.
>
> Signed-off-by: Johan Jonker
> +static const struct drm_display_mode edid_cea_modes[] = {
> + /* 4 - 1280x720@60Hz 16:9 */
> + { DR
https://bugs.freedesktop.org/show_bug.cgi?id=110290
--- Comment #5 from Godfrey Lee ---
I should mention it was a fresh install of ubuntu.
On Sun, Mar 31, 2019, 12:01 PM Godfrey Lee wrote:
> I am not familiar with the stack. What do you mean upstream? It is
> installation problem that during
https://bugs.freedesktop.org/show_bug.cgi?id=110290
--- Comment #4 from Godfrey Lee ---
I am not familiar with the stack. What do you mean upstream? It is
installation problem that during installation it corrupted the whole Ubuntu
os to the point that I can no longer install any other software,
Am Samstag, 30. März 2019, 10:56:38 CEST schrieb Johan Jonker:
> This patch enables the vop0 and hdmi nodes
> for a MK808 with rk3066 processor.
>
> Signed-off-by: Johan Jonker
applied for 5.2
Thanks
Heiko
___
dri-devel mailing list
dri-devel@lists.
Am Samstag, 30. März 2019, 10:56:37 CEST schrieb Johan Jonker:
> From: Zheng Yang
>
> This patch adds the hdmi nodes to rk3066.
>
> Signed-off-by: Zheng Yang
> Signed-off-by: Johan Jonker
applied for 5.2 after correcting the alphabetical sorting of some
properties.
Thanks
Heiko
___
Hi Johan,
Am Samstag, 30. März 2019, 10:56:36 CEST schrieb Johan Jonker:
> From: Zheng Yang
>
> The RK3066 HDMI TX serves as interface between a LCD Controller and
> a HDMI bus. A HDMI TX consists of one HDMI transmitter controller and
> one HDMI transmitter PHY. The interface has three (3) 8-bi
Am Samstag, 30. März 2019, 10:56:39 CEST schrieb Johan Jonker:
> This patch adds a binding that describes the HDMI controller for
> rk3066.
>
> Signed-off-by: Johan Jonker
> Reviewed-by: Rob Herring
applied to drm-misc-next, so should land in 5.2
Thanks
Heiko
https://bugs.freedesktop.org/show_bug.cgi?id=110290
--- Comment #3 from Andre Klapper ---
Again, why is this an upstream problem and not an Ubuntu problem?
https://askubuntu.com/questions/979950/amdgpu-pro-drivers-fail-to-install-on-ubuntu-16-04-how-to-fix-it
https://askubuntu.com/questions/9877
https://bugs.freedesktop.org/show_bug.cgi?id=110293
--- Comment #1 from djip.per...@free.fr ---
on my laptop "ASUS TUF505DY" the RAVEN APU have device 1002:15d8 that is
missing in "drivers/gpu/drm/amd/amdkfd/kfd_device.c" on kernel 5.0.5 (and any
kernel before it I think.
[2.478498] kfd kfd:
https://bugs.freedesktop.org/show_bug.cgi?id=110293
Bug ID: 110293
Summary: add support for AMD Ryzen 5 3550H
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: no
On Sun, Mar 17, 2019 at 06:25:03AM +0800, Yifeng Li wrote:
> In order to support the 1024x600 panel on Yeeloong Loongson MIPS
> laptop, the original 1024x768-16 table was modified to 1024x600-16,
> without leaving the original. It causes problem on x86 laptop as
> the 1024x768-16 support was still
On Sun, Mar 17, 2019 at 06:25:02AM +0800, Yifeng Li wrote:
> On a Thinkpad s30 (Pentium III / i440MX, Lynx3DM), blanking the display
> or starting the X server will crash and freeze the system, or garble the
> display.
>
> Experiments showed this problem can mostly be solved by adjusting the
> ord
On Sun, Mar 17, 2019 at 06:25:04AM +0800, Yifeng Li wrote:
> Loongson MIPS netbooks use 1024x600 LCD panels, which is the original
> target platform of this driver, but nearly all old x86 laptops have
> 1024x768. Lighting 768 panels using 600's timings would partially
> garble the display. Since it
On Sun, Mar 17, 2019 at 06:25:00AM +0800, Yifeng Li wrote:
> When the machine is booted in VGA mode, loading sm712fb would cause
> a glitch of random pixels shown on the screen. To prevent it from
> happening, we first clear the entire framebuffer, and we also need
> to stop calling smtcfb_setmode(
On Sun, Mar 17, 2019 at 06:25:01AM +0800, Yifeng Li wrote:
> On a Thinkpad s30 (Pentium III / i440MX, Lynx3DM), running fbtest or X
> will crash the machine instantly, because the VRAM/framebuffer is not
> mapped correctly.
>
> On SM712, the framebuffer starts at the beginning of address space, bu
On Sun, Mar 17, 2019 at 06:24:59AM +0800, Yifeng Li wrote:
> On a Thinkpad s30 (Pentium III / i440MX, Lynx3DM), the amount of Video
> RAM is not detected correctly by the xf86-video-siliconmotion driver.
> This is because sm712fb overwrites the GPR71 Scratch Pad Register, which
> is set by BIOS on
On Sun, Mar 17, 2019 at 06:24:58AM +0800, Yifeng Li wrote:
> On a Thinkpad s30 (Pentium III / i440MX, Lynx3DM), rebooting with
> sm712fb framebuffer driver would cause the role of brightness up/down
> button to swap.
>
> Experiments showed the FPR30 register caused this behavior. Moreover,
> even
On Sun, Mar 17, 2019 at 06:24:57AM +0800, Yifeng Li wrote:
> On a Thinkpad s30 (Pentium III / i440MX, Lynx3DM), rebooting with
> sm712fb framebuffer driver would cause a white screen of death on
> the next POST, presumably the proper timings for the LCD panel was
> not reprogrammed properly by the
On Sun, Mar 17, 2019 at 06:24:56AM +0800, Yifeng Li wrote:
> Hi all,
>
> This patchset contains a series of important fixes to various problems,
> including lockups, crashes, screen gliches, and missing video modes.
> These patches are crucial to the correct operation to the hardware,
> especially
tree: git://people.freedesktop.org/~gabbayo/linux habanalabs-next
head: fd467452d554d95e0294e6e34781028f6d3f69f5
commit: 6c57cab11132dcddb91af2ff98bcb8c5f3d2da89 [5/21] habanalabs: Move device
CPU code into common file
config: i386-randconfig-a0-201913 (attached as .config)
compiler: gcc-4.9 (
tree: git://people.freedesktop.org/~gabbayo/linux habanalabs-next
head: fd467452d554d95e0294e6e34781028f6d3f69f5
commit: 6c57cab11132dcddb91af2ff98bcb8c5f3d2da89 [5/21] habanalabs: Move device
CPU code into common file
config: i386-randconfig-x018-201913 (attached as .config)
compiler: gcc-7 (
tree: git://people.freedesktop.org/~gabbayo/linux habanalabs-next
head: fd467452d554d95e0294e6e34781028f6d3f69f5
commit: 9b588e636ae2944f65223e2bb0df67772f97a178 [14/21] habanalabs: add MMU
shadow mapping
config: mips-allyesconfig (attached as .config)
compiler: mips-linux-gnu-gcc (Debian 7.2.
Hi Jagan.
Thanks for this new panel driver.
A few notes, please see inline comments below.
On Thu, Mar 21, 2019 at 07:29:55PM +0530, Jagan Teki wrote:
> Novatek NT35596 is a single-chip IC solution for small or medium-sized
> LTPS TFT LCD panels. NT35596 provides several system interfaces like
59 matches
Mail list logo