> -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]
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
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
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
-
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,
>-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;
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
>-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;
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
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;
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':
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
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:
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
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
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 ;
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
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
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
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
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
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
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
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
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
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
>
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
> ---
>
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
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
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
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
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
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
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 */
> + {
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
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
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
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)
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://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
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:
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: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
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
>
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
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,
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,
>
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
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
On Wed, Mar 27, 2019 at 02:18:58PM +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> Update device tree binding documention for the display subsystem for
> Mediatek MT8183 SOCs
>
> Signed-off-by: Yongqiang Niu
> ---
> .../bindings/display/mediatek/mediatek,disp.txt| 37
>
On Mon, 25 Mar 2019 17:08:10 +0100, =?UTF-8?q?Guido=20G=C3=BCnther?= wrote:
> Some examples were missing the unit names triggering
>
> Warning (unit_address_vs_reg): .../panel: node has a reg or ranges property,
> but no unit name
>
> warnings when used verbatim in DTs and running dtc with
On Tue, Mar 26, 2019 at 12:31:46PM +0200, Tomi Valkeinen wrote:
> Add DT properties needed for IRQ and HPD support.
>
> Signed-off-by: Tomi Valkeinen
> Cc: devicet...@vger.kernel.org
> Cc: Rob Herring
> ---
>
> A quick summary of tc358767's HPD/GPIO support:
>
> tc358767 has two pins that can
On Thu, 21 Mar 2019 19:29:53 +0530, Jagan Teki wrote:
> Add vendor prefix for microtech, known as
> Microtech Technology Company Limited. a known producer for
> Liquid Crytal Display modules and Touch Panels.
>
> Signed-off-by: Jagan Teki
> ---
>
On Thu, 21 Mar 2019 19:29:52 +0530, Jagan Teki wrote:
> Add vendor prefix for novatek.
>
> Novatek Microelectronics Corp. is a leading fabless chip design
> company specializing in the design, development and sales of a
> wide range of display driver ICs & SoC solutions.
>
> Signed-off-by: Jagan
On Thu, 21 Mar 2019 19:29:54 +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
> MIPI/SPI/I2C.
>
> Microtech MTF050FHDI-03 is 1080x1920, 4-lane MIPI DSI LCD panel which
> has
On Mon, 18 Mar 2019 19:38:47 +, Peter Griffin wrote:
> The reset driver now supports the ao reset controller, so update the
> documentation to match.
>
> Signed-off-by: Peter Griffin
> ---
> Documentation/devicetree/bindings/reset/hisilicon,hi6220-reset.txt | 1 +
> 1 file changed, 1
On Mon, 18 Mar 2019 19:38:46 +, Peter Griffin wrote:
> The Hisilicon hi6220 uses a Mali-450MP4 with 4 PPs, so add
> a compatible for it.
>
> Signed-off-by: Peter Griffin
> ---
> Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt | 5 +
> 1 file changed, 5 insertions(+)
>
On Mon, 18 Mar 2019 19:38:50 +, Peter Griffin wrote:
> This is required to bring Mali450 gpu out of reset.
>
> Signed-off-by: Peter Griffin
> ---
> include/dt-bindings/reset/hisi,hi6220-resets.h | 7 +++
> 1 file changed, 7 insertions(+)
>
Reviewed-by: Rob Herring
On Fri, 15 Mar 2019 14:56:54 +0100, Neil Armstrong wrote:
> The Amlogic ARM Mali Midgard requires reset controls to power on and
> software reset the GPU, adds these as optional in the bindings.
>
> Signed-off-by: Neil Armstrong
> ---
> .../devicetree/bindings/gpu/arm,mali-midgard.txt | 14
69 matches
Mail list logo
