On 04.03.2019 03:13, Life is hard, and then you die wrote:
> On Thu, Jan 24, 2019 at 05:33:55PM -0800, Ronald Tschalär wrote:
>> commit d6abe6df706c (drm/bridge: sil_sii8620: do not have a dependency
>> of RC_CORE) changed the driver to select both RC_CORE and INPUT.
>> However, this causes problem
Reviewed-by: Likun Gao
-Original Message-
From: Julia Lawall
Sent: Saturday, March 02, 2019 2:51 PM
To: Gao, Likun
Cc: Deucher, Alexander ; Wang, Kevin(Yang)
; Quan, Evan ; Koenig, Christian
; David Airlie ; Daniel Vetter
; Huang, Ray ;
amd-...@lists.freedesktop.org; kbuild test ro
On Fri, Mar 01, 2019 at 03:29:43PM -0600, Gustavo A. R. Silva wrote:
> Add missing break statement in order to prevent the code from falling
> through to case SMU_Discrete_DpmTable.
>
> This bug was found thanks to the ongoing efforts to enable
> -Wimplicit-fallthrough.
>
> Fixes: 34a564eaf528 ("
ping!
On 2/21/19 8:56 AM, Tapani Pälli wrote:
Add new iris driver, remove deprecated ilo driver.
Signed-off-by: Tapani Pälli
---
libkms/Android.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libkms/Android.mk b/libkms/Android.mk
index 0be72054..a8b9489f 100644
--- a/
Hi julia,
Thanks for your reminder, I will submit another patch to fix it soon.
Regards,
Likun
-Original Message-
From: Julia Lawall
Sent: Saturday, March 02, 2019 2:44 PM
To: Gao, Likun
Cc: Deucher, Alexander ; Gui, Jack
; dri-devel@lists.freedesktop.org; kbuild-...@01.org
Subject:
https://bugzilla.kernel.org/show_bug.cgi?id=201539
Jan Ziak (http://atom-symbol.net) (0xe2.0x9a.0...@gmail.com) changed:
What|Removed |Added
Kernel Version|4.19
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #12 from Shmerl ---
>From what gathered, wrappers like libstrangle aren't working consistently
(especially for radv), so having even such minimal limiting upstream would
already useful.
--
You are receiving this mail because:
You a
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #11 from smoki ---
I guess that Chill is what people wants actually, as FRTC-like one can do
already via mentioned wrappers anyway.
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Dave,
On Fri, 1 Mar 2019 18:29:58 -0500 Alex Deucher wrote:
>
> On Thu, Feb 28, 2019 at 9:24 PM Stephen Rothwell
> wrote:
> >
> > Today's linux-next merge of the drm tree got a conflict in:
> >
> > drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
> >
> > between commit:
> >
> > d6371665
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #10 from Shmerl ---
If I understand correctly, Chills is doing some dynamic implicit framerate
management, which can be useful too, but it would be good to have a hard limit
option as well.
--
You are receiving this mail because:
Y
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #9 from Shmerl ---
I suppose both use cases are important, since there are monitors with and
without FreeSync support.
I haven't used AMD on Windows (or their closed driver or Linux), so I was not
familiar with Chill and FRTC. But y
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #8 from smoki ---
Just say, i wanna something like AMD FRTC for non FreeSync users and something
like AMD Chill for FreeSync users :D
Both these could caps framerate just in a different enviroments and this is
where this become c
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #7 from Shmerl ---
(In reply to smoki from comment #6)
> Shmerl i guess wants something in driver like AMD FRTC:
>
> https://www.amd.com/en/technologies/frtc
>
> So not to use something external like libstrangle:
>
Yes, somet
Hi Mamta,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v5.0-rc8 next-20190301]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/l
Hi Mamta,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v5.0-rc8 next-20190301]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/l
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #6 from smoki ---
Shmerl i guess wants something in driver like AMD FRTC:
https://www.amd.com/en/technologies/frtc
So not to use something external like libstrangle:
https://gitlab.com/torkel104/libstrangle
That could limit
https://bugs.freedesktop.org/show_bug.cgi?id=109808
bmil...@gmail.com changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
Hi Johan.
Thanks for this nive driver.
A few review comments follows.
Sam
On Sat, Mar 02, 2019 at 11:41:13AM +0100, Johan Jonker wrote:
> From: Zheng Yang
>
> Introduce rk3066 hdmi.
A little more info would be good here.
Do not assume all reader knows as much as you do.
>
> Signed-of
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #20 from Gavin A. ---
I changed my kernel to the linux-amd-staging-drm-next-git which already has
patch applied. System boots, X starts fine, and I am able to run intensive 3d
app without any performance/rendering issues, no special
This patch set support Microtech MTF050FHDI-03 MIPI DSI panel, which
has Novatek NT35596 controller IC.
Since there is no proper programming guide for NT35596 IC, the driver
init sequence is referenced from [1] but analyzed based on datasheet.
NT35596 support several regulators on the chip, amon
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 inbuilt NT35596 IC chip.
NT35596 support several regulators on the c
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.
Currently added support for Microtech MTF050FHDI-03 is 1080x1920,
4-lane MIPI DSI LCD panel which has inbuilt NT35596 IC chip.
NT35596 support
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
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentati
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 Teki
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1
Hi Jerry.
Thanks for the nice patch.
On Fri, Mar 01, 2019 at 04:50:48PM +0800, Jerry Han wrote:
> Add dt-bingings for it.
>
> Signed-off-by: Jerry Han
One general comment.
In the kernel (at least in drm sub-system) the changelog should be complete.
Do not expect the reader to read $subject and
Hi Jerry
One more small comment.
> +
> + pinfo->reset_gpio = devm_gpiod_get_optional(dev, "enable",
> + GPIOD_OUT_LOW);
> + if (IS_ERR(pinfo->reset_gpio)) {
> + err = PTR_ERR(pinfo->reset_gpio);
> + dev_err(dev, "fail
Hi Jerry.
Thanks for this nice patch.
It triggered a few review comments, please see below.
In general it is considered good style to prefix all local function,
to avoid name clash with global function and to make it obvious
when the local function is called direct.
So
panel_unprepare() becomes
https://bugs.freedesktop.org/show_bug.cgi?id=109820
--- Comment #1 from Mike Mestnik
---
Here is an description of my setup
https://bugs.freedesktop.org/show_bug.cgi?id=109445
I did install zram-tools since that report. I.E. SwapTotal: 8260572 kB
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=109820
Bug ID: 109820
Summary: Lockup on simple vulkan example.
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=109808
--- Comment #1 from Philip Yang ---
Error code -19 means NODEV, please check if the running kernel enables the
kernel config option CONFIG_ZONE_DEVICE (read kernel config from file
/proc/config.gz).
init_user_pages return -NODEV if userptr supp
Add panel driver for it.
Signed-off-by: Jerry Han
Cc: Jitao Shi
Cc: Nick Sanders
Cc: YH Lin
Cc: Rock wang
---
MAINTAINERS |6 +
drivers/gpu/drm/panel/Kconfig| 11 +
drivers/gpu/drm/panel/Makefile |1 +
drivers/gpu/drm/p
Add dt-bingings for it.
Signed-off-by: Jerry Han
Cc: Jitao Shi
Cc: Nick Sanders
Cc: YH Lin
Cc: Rock wang
---
.../bindings/display/panel/boe,himax8279d.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/b
Daniel Vetter writes:
> We kzalloc.
>
> Cc: Keith Packard
> Signed-off-by: Daniel Vetter
Reviewed-by: Mika Kuoppala
> ---
> drivers/gpu/drm/drm_auth.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_auth.c b/drivers/gpu/drm/drm_auth.c
> index 1669c42c40ed..bcf0
The ptr_to_compat() call takes a "void __user *", so cast
the compat drm calls that use it to avoid the following
warnings from sparse:
drivers/gpu/drm/drm_ioc32.c:188:39: warning: incorrect type in argument 1
(different address spaces)
drivers/gpu/drm/drm_ioc32.c:188:39:expected void [nodere
Hi,
Le ven. 1 mars 2019 à 18:00, Sam Ravnborg a écrit :
Hi Paul.
Driver looks good and is a very nice piece of work.
In the following a number of minor issues.
One area that jumped at me was framedesc and the use of
dma_alloc_coherent()
I hope someone that knows the memory handling better ca
Add panel driver for it.
Signed-off-by: Jerry Han
Cc: Jitao Shi
Cc: Nick Sanders
Cc: YH Lin
Cc: Rock wang
---
MAINTAINERS |6 +
drivers/gpu/drm/panel/Kconfig| 11 +
drivers/gpu/drm/panel/Makefile |1 +
drivers/gpu/drm/p
On 28.02.2019 23:55, Sam Ravnborg wrote:
> Hi Claudiu
>
> On Wed, Feb 27, 2019 at 04:24:40PM +, claudiu.bez...@microchip.com wrote:
>> From: Sandeep Sheriker Mallikarjun
>>
>>
>> For SAM9X60 SoC, sys_clk is through lcd_gclk clock source and this
>> needs to be enabled before enabling lcd_c
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
Add dt-bingings for it.
Signed-off-by: Jerry Han
Cc: Jitao Shi
Cc: Nick Sanders
Cc: YH Lin
Cc: Rock wang
---
.../bindings/display/panel/boe,himax8279d.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/b
[3.707412] Unable to handle kernel NULL pointer dereference at virtual
address 009c
[3.714511] pgd = (ptrval)
[3.722742] [009c] *pgd=
[3.725238] Internal error: Oops: 5 [#1] PREEMPT SMP ARM
[3.728968] Modules linked in:
[3.734265] CPU: 3 PID: 112 Comm: kwork
This patch adds a binding that describes the HDMI controller for
rk3066.
Signed-off-by: Johan Jonker
---
.../bindings/display/rockchip/rk3066-hdmi.txt | 72 ++
1 file changed, 72 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/rockchip/rk3066
Hi,
Le ven. 1 mars 2019 à 19:24, Sam Ravnborg a écrit :
Hi Paul.
On Thu, Feb 28, 2019 at 03:58:52PM -0300, Paul Cercueil wrote:
The Sharp LS020B1DD01D is a simple 2.0" 240x160 16-bit TFT panel.
Signed-off-by: Paul Cercueil
Tested-by: Artur Rojek
---
drivers/gpu/drm/panel/panel-simple
From: Zheng Yang
Introduce rk3066 hdmi.
Signed-off-by: Zheng Yang
Signed-off-by: Johan Jonker
---
drivers/gpu/drm/rockchip/Kconfig| 8 +
drivers/gpu/drm/rockchip/Makefile | 1 +
drivers/gpu/drm/rockchip/rk3066_hdmi.c | 911
drivers/g
Add overlay plane support in vkms aligned with cursor and primary
plane with module option 'enable_overlay' to enable/disable overlay
plane while testing.
This currently passes plane-position-covered-pipe-A-plane subtest
from IGT kms_plane test.
Signed-off-by: Mamta Shukla
---
drivers/gpu/drm/v
On 28.02.2019 23:13, Sam Ravnborg wrote:
> Hi Alexandre.
>
These patches adds support for SAM9X60's LCD controller.
>>> Can you elaborate a little more which chips that are relevant.
>>> To be able to look into the right data-sheet, while reviewing.
>>> Link to data-sheet would be nice
Memory allocated, using kmalloc, for new_compat may fail. This patch
checks for such an error and prevents potential NULL pointer
dereference.
Signed-off-by: Aditya Pakki
---
drivers/video/fbdev/omap2/omapfb/dss/omapdss-boot-init.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/vi
Hi Daniel,
Le ven. 1 mars 2019 à 5:26, Daniel Vetter a écrit :
On Thu, Feb 28, 2019 at 07:07:56PM -0300, Paul Cercueil wrote:
Add a KMS driver for the Ingenic JZ47xx family of SoCs.
This driver is meant to replace the aging jz4740-fb driver.
Signed-off-by: Paul Cercueil
Tested-by: Artur
Hi Sam, thanks for the feedback.
Le ven. 1 mars 2019 à 17:16, Sam Ravnborg a écrit :
Hi Paul.
Good to see work migrating fbdev => drm.
Following comments is based on experience while working on migrating
another driver from fbdev => drm.
On Thu, Feb 28, 2019 at 07:07:54PM -0300, Paul Cercuei
There is an error in the a2xx part of this patch: 0xfff in adreno_gpu.c
became 0xff in a2xx_gpu.c
On 3/1/19 2:38 PM, Jordan Crouse wrote:
Move the address space steup code out of the generic msm GPU code to
to the individual GPU targets. This allows us to do target specific
setup such as gpummu
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
Version: V3
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 patches a MK808 can show
On 28.02.2019 23:38, Sam Ravnborg wrote:
> Hi Claudiu
>
> One more reply to this patch...
>
> On Wed, Feb 27, 2019 at 04:24:16PM +, claudiu.bez...@microchip.com wrote:
>> From: Claudiu Beznea
>>
>> SAM9x60 LCD Controller has no option to select clock source as previous
>> controllers have.
On 28.02.2019 23:25, Sam Ravnborg wrote:
> Hi Claudiu
>
> On Wed, Feb 27, 2019 at 04:24:16PM +, claudiu.bez...@microchip.com wrote:
>> From: Claudiu Beznea
>>
>> SAM9x60 LCD Controller has no option to select clock source as previous
>> controllers have. To be able to use the same driver ev
Hi Maxime,
On 2/11/19 17:02, Maxime Ripard wrote:
> The current DT bindings assume that the DMA will be performed by the
> devices through their parent DT node, and rely on that assumption for the
> address translation using dma-ranges.
>
> However, some SoCs have devices that will perform DMA th
On 2019/3/1 22:50, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On 03/01/2019 02:53 AM, Yue Haibing wrote:
>> From: YueHaibing
>>
>> After commit 60d2fa0dad06 ("fbdev: omap2: no need to check
>> return value of debugfs_create functions"), there are corner
>> code need to be cleaned.
>>
>> Signed
TCON DRQ for non-burst DSI mode can computed based on horizontal
front porch value, but the current driver trying to include sync
timings along with front porch resulting wrong drq.
This patch is trying to update the drq by subtracting hsync_start
with hdisplay, which is horizontal front porch.
C
DSI timings are varies between burst/non-burst devices and
current driver is handling this support via if, else statements
which would difficult to read.
Simplify it by using goto to make code more readable.
Signed-off-by: Jagan Teki
Tested-by: Merlijn Wajer
---
Note: This change is created bas
Loop N1 instruction delay for burst mode devices are computed
based on horizontal sync and porch timing values.
The current driver is using u16 type for computing this hsync_porch
value, which would failed to fit within the u16 type for large sync
and porch timings devices. This would result in hs
Some DSI panels do use GENERIC_SHORT_WRITE_2 transfer protocol to host
DSI driver and which is similar to GENERIC_SHORT_WRITE.
Add support for the same transfer, so-that so-that the panels which are
requesting similar transfer type will process properly.
Signed-off-by: Jagan Teki
Tested-by: Merl
Like other dsi setup timings, or hblk for that matter vblk would
also require compute the timings based payload equation along with
packet overhead.
But, on the other hand vblk computation is also depends on device
lane number.
- for 4 lane devices, it is computed based on vtotal, packet overhead
Unfortunately due to various reasons[3] the previous fixes[1] and burst[2]
changes are failed to apply.
So, this series is filtered version of previous [1] and [2] changes on top
of drm-misc.
patch-1: Fix for burst mode instruction delay computation
patch-2: Fix for TCOn DRQ set bits
patch-3: S
https://bugs.freedesktop.org/show_bug.cgi?id=109819
Bug ID: 109819
Summary: Shadow of Mordor causes gpu freeze ryzen 2200g
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: All
Status: NEW
Severit
Hi Qiang.
Good to see you do prompt follow-up on the feedback you get.
I applied the patch and noticed that git compains about
a few whitespace errors.
So for good measure I throw checkpatch after it.
$ scripts/checkpatch.pl --max-line-length=120 ~/lima
...
total: 45 errors, 36 warnings,
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #5 from Shmerl ---
(In reply to fin4478 from comment #4)
> Many games have a built in frame rate limiter.
This is obviously intended for those which don't have it (which are many as
well).
--
You are receiving this mail because:
Y
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #4 from fin4...@hotmail.com ---
Many games have a built in frame rate limiter. Your GPU will not wear if
temperatures are OK. Increase cooling in your computer case. There is no sense
to duplicate features that are in games or can be
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #3 from Shmerl ---
That's not really the same as hard limiting the framerate, though can be useful
as well.
--
You are receiving this mail because:
You are the assignee for the bug.___
dr
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #2 from fin4...@hotmail.com ---
You can use a selected engine clock range to lower performance. You can use my
python app for that.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=108916
--- Comment #5 from Roman Elshin ---
>hd7770 with amdgpu
it is the same with radeon.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@list
https://bugs.freedesktop.org/show_bug.cgi?id=109763
--- Comment #1 from fin4...@hotmail.com ---
Created attachment 143515
--> https://bugs.freedesktop.org/attachment.cgi?id=143515&action=edit
a simple python app for the amdgpu sysfs API
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=108916
--- Comment #4 from Roman Elshin ---
> I can't reproduce this on CIK (Kabini) using provided trace.
>
> So, this sounds like hardware specific bug somewhere, probably llvm.
There are similar distorsions with verde (hd7770 with amdgpu), but it l
70 matches
Mail list logo
