https://bugzilla.kernel.org/show_bug.cgi?id=199139
--- Comment #21 from Eduard (wirch.edu...@gmail.com) ---
I was able to work around the problem after a hint by Michel Dänzer by
disabling new amdgpu display code:
https://bugs.freedesktop.org/show_bug.cgi?id=109001#c11
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=109001
--- Comment #12 from wirch.edu...@gmail.com ---
Disabling new display code does help indeed. Thanks for the hint. Hopefully the
recent patch set for 4.21
(https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-Fixes-For-Linux-4.21)
fixes this
https://bugs.freedesktop.org/show_bug.cgi?id=108992
--- Comment #25 from tones...@hotmail.com ---
Created attachment 142974
--> https://bugs.freedesktop.org/attachment.cgi?id=142974&action=edit
journalctl -b of lockup from bisected commit
E585 owner here. Please let me know if I can provide an
On 1/3/19 5:42 PM, Zengtao (B) wrote:
-Original Message-
From: Laura Abbott [mailto:labb...@redhat.com]
Sent: Thursday, January 03, 2019 6:31 AM
To: Zengtao (B) ; sumit.sem...@linaro.org
Cc: Greg Kroah-Hartman ; Arve Hjønnevåg
; Todd Kjos ; Martijn Coenen
; Joel Fernandes ;
de...@driverde
tree: git://people.freedesktop.org/~agd5f/linux.git amd-18.50
head: 6b02d4906a8c5b3e4a268516057e5b77bbc5f559
commit: 6b02d4906a8c5b3e4a268516057e5b77bbc5f559 [3/3] drm/amdgpu/nbio7.4: add
hw bug workaround for vega20
config: x86_64-allmodconfig (attached as .config)
compiler: gcc-7 (Debian 7.3
Hi Tomi,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on next-20190103]
[cannot apply to v4.20]
[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
On 2019-01-03 2:48 p.m., Gustavo A. R. Silva wrote:
> Fix boolean expression by using logical AND operator '&&'
> instead of bitwise operator '&'.
>
> This issue was detected with the help of Coccinelle.
>
> Fixes: 6d04ee9dc101 ("drm/amd/display: Restructuring and cleaning up DML")
> Cc: sta...@v
Hi Tomi,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on next-20190103]
[cannot apply to v4.20]
[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
https://bugs.freedesktop.org/show_bug.cgi?id=109182
--- Comment #5 from Sylvain BERTRAND ---
Created attachment 142967
--> https://bugs.freedesktop.org/attachment.cgi?id=142967&action=edit
glxinfo (versions and git hash, but already gave the info)
--
You are receiving this mail because:
You a
Hi Liviu,
On Mon, 2018-12-03 at 11:31 +, Ayan Halder wrote:
> From: Brian Starkey
>
> AFBC is a flexible, proprietary, lossless compression protocol and
> format, with a number of defined DRM format modifiers. To facilitate
> consistency and compatibility between different AFBC producers and
https://bugs.freedesktop.org/show_bug.cgi?id=109122
vele...@gmail.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On 2019-01-03 12:34 p.m., Gustavo A. R. Silva wrote:
> Fix boolean expressions by using logical AND operator '&&'
> instead of bitwise operator '&'.
>
> This issue was detected with the help of Coccinelle.
>
> Fixes: c8c5e569c5b0 ("drm/amdgpu: Consolidate visible vs. real vram check
> v2.")
Actual
https://bugs.freedesktop.org/show_bug.cgi?id=109182
--- Comment #4 from Sylvain BERTRAND ---
I could not screenshots the artifacts because they seem too fast (the
screenshots done with the steam overlay show nothing), so I'll describe them to
you: its like some polygons of the human 3D model are
On Mon, 10 Dec 2018, Noralf Trønnes wrote:
> When unregistering fbdev using unregister_framebuffer(), any bound
> console will unbind automatically. This is working fine if this is the
> only framebuffer, resulting in a switch to the dummy console. However if
> there is a fb0 and I unregister fb
https://bugs.freedesktop.org/show_bug.cgi?id=109182
--- Comment #3 from Sylvain BERTRAND ---
Created attachment 142964
--> https://bugs.freedesktop.org/attachment.cgi?id=142964&action=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=109182
--- Comment #2 from Sylvain BERTRAND ---
Created attachment 142963
--> https://bugs.freedesktop.org/attachment.cgi?id=142963&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=109217
Bug ID: 109217
Summary: clock management is disabled for the 4K resolution
with polaris 10
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linu
On 01/03/2019 11:20 AM, Grodzovsky, Andrey wrote:
>
> On 01/03/2019 03:54 AM, Koenig, Christian wrote:
>> Am 21.12.18 um 21:36 schrieb Grodzovsky, Andrey:
>>> On 12/21/2018 01:37 PM, Christian König wrote:
Am 20.12.18 um 20:23 schrieb Andrey Grodzovsky:
> Decauple sched threads stop and
https://bugs.freedesktop.org/show_bug.cgi?id=108879
--- Comment #4 from Vasily Galkin ---
Created attachment 142961
--> https://bugs.freedesktop.org/attachment.cgi?id=142961&action=edit
Stacktrace from debian's 18.3.0 build
The dmesg is completely clean - no any errors there, and system workin
https://bugs.freedesktop.org/show_bug.cgi?id=108879
--- Comment #3 from Vasily Galkin ---
Created attachment 142960
--> https://bugs.freedesktop.org/attachment.cgi?id=142960&action=edit
clinfo output with mesa-opencl-icd downgraded to 18.2.8
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=108879
Vasily Galkin changed:
What|Removed |Added
Summary|[CIK] [regression] clinfo |[CIK] [regression] All
Den 28.12.2018 21.38, skrev Daniel Vetter:
On Tue, May 29, 2018 at 9:54 AM Daniel Vetter wrote:
On Fri, May 25, 2018 at 02:42:02PM +0200, Noralf Trønnes wrote:
Den 24.05.2018 11.16, skrev Daniel Vetter:
On Wed, May 23, 2018 at 04:34:07PM +0200, Noralf Trønnes wrote:
This is the first ste
On Tue, Dec 25, 2018 at 12:21:09AM -0600, Kangjie Lu wrote:
> adp8870_write() may fail. This fix checks if adp8870_write fails, and if
> so, returns its error code.
>
> Signed-off-by: Kangjie Lu
> ---
> drivers/video/backlight/adp8870_bl.c | 11 ---
> 1 file changed, 8 insertions(+), 3 d
https://bugs.freedesktop.org/show_bug.cgi?id=108992
--- Comment #24 from Chí-Thanh Christopher Nguyễn ---
No problem here with amdgpu and iommu enabled, running kernel 4.20.0 on Dell
Latitude 5495 (2700U). So BIOS issue maybe?
iommu=pt is however still needed for kfd (bug 107898).
--
You are r
On 2018-12-30 2:00 a.m., Yu Zhao wrote:
> Userspace may request pitch alignment that is not supported by GPU.
> Some requests 32, but GPU ignores it and uses default 64 when cpp is
> 4. If GEM object is allocated based on the smaller alignment, GPU
> DMA will go out of bound.
>
> Cc: sta...@vger.k
On Fri, 2018-12-14 at 13:29 -0300, Ezequiel Garcia wrote:
> From: Daniele Castagna
>
> Currently, YUV hardware overlays are converted to RGB using
> a color space conversion different than BT.601.
>
> The result is that colors of e.g. NV12 buffers don't match
> colors of YUV hardware overlays.
>
https://bugs.freedesktop.org/show_bug.cgi?id=108898
Eero Tamminen changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
On 01/03/2019 03:54 AM, Koenig, Christian wrote:
> Am 21.12.18 um 21:36 schrieb Grodzovsky, Andrey:
>> On 12/21/2018 01:37 PM, Christian König wrote:
>>> Am 20.12.18 um 20:23 schrieb Andrey Grodzovsky:
Decauple sched threads stop and start and ring mirror
list handling from the policy o
Move the code around so the driver is probed the bus
.probe and removed from the bus .remove callbacks.
This commit is just a cleanup and shouldn't affect
functionality.
Signed-off-by: Ezequiel Garcia
---
drivers/gpu/drm/virtio/Makefile | 2 +-
drivers/gpu/drm/virtio/virtgpu_display.c
https://bugs.freedesktop.org/show_bug.cgi?id=108992
--- Comment #23 from Alex Deucher ---
Can anyone else try and bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=109178
--- Comment #10 from Jan ---
Ok I will Jani.
And I express herewith my deepest respect for the whole Linux community. Also
from a sociological view a true wonder how the cross-company eco-systems
operates. Fascinating and very very impressive.
https://bugs.freedesktop.org/show_bug.cgi?id=109122
--- Comment #5 from Alex Deucher ---
Created attachment 142958
--> https://bugs.freedesktop.org/attachment.cgi?id=142958&action=edit
possible fix
Looks like the stable patch autoselect strikes again! Does this backported
patch fix the issue?
https://bugs.freedesktop.org/show_bug.cgi?id=109122
--- Comment #4 from Nicholas Kazlauskas ---
This should be fixed by: https://patchwork.freedesktop.org/patch/264792/
It's probably why you don't see the issue occur in 4.20-rc7.
--
You are receiving this mail because:
You are the assignee for
From: Thierry Reding
This code can be reused for HDMI, so extract it into a reusable
function.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/Makefile | 1 +
drivers/gpu/drm/tegra/hda.c| 63 ++
drivers/gpu/drm/tegra/hda.h| 20 +
drivers/gpu/drm
From: Thierry Reding
The HDA format data passed to the SOR from the HDA codec contains more
information than just the rate and number of channels. Parse all the
fields and store them in an internal structure for subsequent use.
While at it, also fix an off-by-one error in the number of channels.
From: Thierry Reding
Eliminate some duplicate code by reusing the HDA format parser already
used by the SOR.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/hdmi.c | 43 +++-
1 file changed, 8 insertions(+), 35 deletions(-)
diff --git a/drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=108992
--- Comment #22 from Sergio Perez ---
I would like to add that on my Lenovo E585 iommu=pt works reliably; even for
hours and doing games/webvideos. But a few minutes in wayland produce a frozen
screen (without iommu=pt is does not even start).
The driver always sets InputBusFmt:EDGE to 0 (falling edge).
Add drm_bridge_timings's sampling_edge to reflect that the bridge
samples on falling edges.
Signed-off-by: Tomi Valkeinen
---
NOTE: This needs Laurent's "drm: Clarify definition of the
DRM_BUS_FLAG_(PIXDATA|SYNC)_* macros"
drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=109171
--- Comment #15 from Sherif ---
Created attachment 142957
--> https://bugs.freedesktop.org/attachment.cgi?id=142957&action=edit
glxinfo with(out) DRI_PRIME=1.
This can help.
--
You are receiving this mail because:
You are the assignee for t
On Thu, Jan 03, 2019 at 02:20:00PM +0100, Lubomir Rintel wrote:
> On Thu, 2019-01-03 at 13:15 +, Russell King - ARM Linux wrote:
> > On Tue, Dec 18, 2018 at 04:37:38PM +0100, Lubomir Rintel wrote:
> > > This makes it possible to choose a different pixel format for the
> > > endpoint. Modelled a
On Tue, Dec 18, 2018 at 04:37:38PM +0100, Lubomir Rintel wrote:
> This makes it possible to choose a different pixel format for the
> endpoint. Modelled after what other LCD controllers use, including
> marvell,pxa2xx-lcdc and atmel,hlcdc-display-controller and perhaps more.
>
> Signed-off-by: Lub
On Thu, Jan 03, 2019 at 10:47:27AM +0100, Lubomir Rintel wrote:
> Hello,
>
> lately I've been trying to make the Himax HX8837 chip that drives the OLPC
> LCD display work with Armada DRM driver. I've been advised to create a
> bridge driver and not an encoder driver since the silicon is separate f
The current driver accepts any videomode with pclk < 154MHz. This is not
correct, as with 1 lane and/or 1.62Mbps speed not all videomodes can be
supported.
Add code to reject modes that require more bandwidth that is available.
Signed-off-by: Tomi Valkeinen
Reviewed-by: Andrzej Hajda
---
drive
tc358767 driver sets the connector type always to eDP.
This patch sets the type to DP if there is no panel defined, which
implies that there's a DP connector on the board.
Signed-off-by: Tomi Valkeinen
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/bridge/tc358767.c | 3 ++-
1 file changed, 2
https://bugs.freedesktop.org/show_bug.cgi?id=109171
--- Comment #14 from Sherif ---
Note: I played CS: GO during recording Steam's output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@li
https://bugs.freedesktop.org/show_bug.cgi?id=109171
--- Comment #13 from Sherif ---
I found that only CS: GO's main GUI is slow with AMD's GPU, but it's much
faster during matches. On Intel's GPU, the main GUI's smooth, but there's some
lag during matches.
I tried the tutorial only.
On both case
https://bugs.freedesktop.org/show_bug.cgi?id=109171
--- Comment #12 from Sherif ---
Created attachment 142956
--> https://bugs.freedesktop.org/attachment.cgi?id=142956&action=edit
Steam output wit AMD's GPU.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109171
--- Comment #11 from Sherif ---
Created attachment 142955
--> https://bugs.freedesktop.org/attachment.cgi?id=142955&action=edit
Steam output wit Intel's GPU.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=109171
--- Comment #10 from Sherif ---
I restarted, logged into KDE then $ dmesg >> dmesg. After a minute, $
DRI_PRIME=1 dmesg >> dmesg2. Did I do it correctly?
(In reply to Alex Deucher from comment #2)
> You need a relatively advanced 3D game to see
https://bugs.freedesktop.org/show_bug.cgi?id=109171
--- Comment #9 from Sherif ---
Created attachment 142954
--> https://bugs.freedesktop.org/attachment.cgi?id=142954&action=edit
Output of DRI_PRIME=1 dmesg
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=109171
Sherif changed:
What|Removed |Added
Attachment #142951|0 |1
is obsolete|
Hi,
We have TC358867 on our board, which I believe is almost identical to
TC358767. We're using it with a DP connector instead of eDP with a fixed
panel.
I have tested these patches only on TI's 4.14 based kernel, as
unfortunately we don't have all the necessary support in mainline yet.
These pat
https://bugs.freedesktop.org/show_bug.cgi?id=109182
--- Comment #1 from Michel Dänzer ---
You know this isn't nearly enough information to find out what the problem is.
Needed at the very least: A screenshot of the artifacts, the Xorg log file and
the output of dmesg and glxinfo.
--
You are rec
DP1_SRCCTRL register and PHY_2LANE field did not have matching defines.
Add these.
Signed-off-by: Tomi Valkeinen
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/bridge/tc358767.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/bridge/tc358767.c
b/d
Initially DP0_SRCCTRL is set to a static value which includes
DP0_SRCCTRL_LANES_2 and DP0_SRCCTRL_BW27, even when only 1 lane of
1.62Gbps speed is used. DP1_SRCCTRL is configured to a magic number.
This patch changes the configuration as follows:
Configure DP0_SRCCTRL by using tc_srcctrl() which
PHY_2LANE bit is always set in DP_PHY_CTRL, breaking 1 lane use.
Set PHY_2LANE only when 2 lanes are used.
Signed-off-by: Tomi Valkeinen
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/bridge/tc358767.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/d
tc358767 driver does not set DRM bus_flags, even if it does configures
the polarity settings into its registers. This means that the DPI source
can't configure the polarities correctly.
Add sync flags accordingly.
Signed-off-by: Tomi Valkeinen
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/bri
The H and V syncs of the DP output are always set to active high. This
patch fixes the syncs by configuring them according to the videomode.
Signed-off-by: Tomi Valkeinen
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/bridge/tc358767.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
https://bugs.freedesktop.org/show_bug.cgi?id=102646
Michel Dänzer changed:
What|Removed |Added
CC|mic...@daenzer.net |
--- Comment #63 from Michel Dänzer --
From: "james qian wang (Arm Technology China)"
v4: Added git tree [Daniel Vetter]
v2: Adjusted the position of KOMEDA by alphabetical order
Signed-off-by: James Qian Wang (Arm Technology China)
Acked-by: Liviu Dudau
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git
From: "james qian wang (Arm Technology China)"
v2: Some editing changes according to Randy Dunlap's comments
Signed-off-by: James Qian Wang (Arm Technology China)
---
Documentation/gpu/drivers.rst| 1 +
Documentation/gpu/komeda-kms.rst | 488 +++
2 files chang
From: "james qian wang (Arm Technology China)"
komeda_framebuffer is for extending drm_framebuffer to add komeda own
attributes and komeda specific fb handling.
Changes in v3:
- Fixed style problem found by checkpatch.pl --strict.
Signed-off-by: James Qian Wang (Arm Technology China)
Acked-by:
From: "james qian wang (Arm Technology China)"
komeda_format_caps is for describing ARM display specific features and
limitations of a specific format, and format_caps will be linked into
&komeda_framebuffer like a extension of &drm_format_info.
And komed_format_caps_table will be initialized bef
From: "james qian wang (Arm Technology China)"
Add komeda_kms abstracton to attach komeda_dev to DRM-KMS
CRTC: according to the komeda_pipeline
PLANE: according to komeda_layer (layer input pipeline)
PRIVATE_OBJS: komeda_pipeline/component all will be treat as private_objs
komeda_kms is fo
From: "james qian wang (Arm Technology China)"
Parse DT and initialize corresponding dev/pipeline attributes.
Changes in v4:
- Rebase.
Changes in v3:
- Fixed style problem found by checkpatch.pl --strict.
Changes in v2:
- Unified abbreviation of "pipeline" to "pipe".
Signed-off-by: James Qian
From: "james qian wang (Arm Technology China)"
Implement a simple wrapper for platform module to build komeda to module,
Also add a very simple D71 layer code to show how to discover a product.
Komeda driver direct bind the product ENTRY function xxx_identity to DT
compatible name like:
d71_prod
From: "james qian wang (Arm Technology China)"
Add DT bindings documentation for the ARM display processor D71 and later
IPs.
Changes in v4:
- Deleted unnecessary address-cells, size-cells [Liviu Dudau]
Changes in v3:
- Deleted unnecessary property: interrupt-names.
- Dropped 'ports' and moving
From: "james qian wang (Arm Technology China)"
1. Added a brief definition of komeda_dev/pipeline/component, this change
didn't add the detailed component features and capabilities, which will
be added in the following changes.
2. Corresponding resources discovery and initialzation function
This is the first patchset of ARM new komeda display driver, this patchset
added all basic structure of komeda, relationship of DRM-KMS with komeda,
for tring to give a brife overview of komeda-driver.
komeda is for supporting the ARM display processor D71 and later IPs, Since from
D71, Arm displa
https://bugs.freedesktop.org/show_bug.cgi?id=109001
--- Comment #11 from Michel Dänzer ---
(In reply to wirch.eduard from comment #10)
> I'm stuck with kernel 4.14 because of this nasty bug.
You can try amdgpu.dc=0 as a workaround with current kernels.
--
You are receiving this mail because:
Y
This is the first patchset of ARM new komeda display driver, this patchset
added all basic structure of komeda, relationship of DRM-KMS with komeda,
for tring to give a brife overview of komeda-driver.
komeda is for supporting the ARM display processor D71 and later IPs, Since from
D71, Arm displa
https://bugs.freedesktop.org/show_bug.cgi?id=109178
--- Comment #9 from Jani Nikula ---
(In reply to Jan from comment #7)
> Indeed nobody notices :-) Is there another way to reach the maintainers?
Considering the time of the year, I think you're getting plenty of attention.
;)
> ps: only reopen
On 2019-01-01 4:03 p.m., Christian Zigotzky wrote:
> Hello,
>
> An end user reportet that his ATI FirePro 2260 doesn't work anymore with
> the latest Git kernel. We are a first level Linux support and we usually
> compile Git kernels during the merge window time for testing. After the
> update 'dr
Hi Petr,
On Wed, Jan 2, 2019 at 6:43 PM Petr Mladek wrote:
> On Thu 2018-12-20 17:31:57, Bartlomiej Zolnierkiewicz wrote:
> > [ added Petr & Sergey to Cc: ]
> >
> > Hi,
> >
> > On 10/30/2018 04:44 PM, Prarit Bhargava wrote:
> > > On text-based systems the 'quiet' boot option will show printk leve
https://bugs.freedesktop.org/show_bug.cgi?id=109178
Jan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Y
Quoting Maarten Lankhorst (2019-01-03 09:03:27)
> Op 30-12-2018 om 13:28 schreef Chris Wilson:
> > Delay the drm_modeset_acquire_init() until after we check for an
> > allocation failure so that we can return immediately upon error without
> > having to unwind.
> >
> > WARNING: lock held when retur
On Wed, 2018-12-05 at 09:36 +0100, Paul Kocialkowski wrote:
> This series implements support for YUV formats using the display engine
> frontend in the sun4i DRM driver, with various fixes along the way.
> Scaling is supported for every format handled by the frontend.
>
> The tiling mode used by t
Op 30-12-2018 om 13:28 schreef Chris Wilson:
> Delay the drm_modeset_acquire_init() until after we check for an
> allocation failure so that we can return immediately upon error without
> having to unwind.
>
> WARNING: lock held when returning to user space!
> 4.20.0+ #174 Not tainted
> ---
https://bugs.freedesktop.org/show_bug.cgi?id=109178
Jan changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|REOPENED
Op 30-12-2018 om 07:21 schreef syzbot:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit: 903b77c63167 Merge tag 'linux-kselftest-4.21-rc1' of git:/..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=12d0f55340
> kernel config: https://s
Am 21.12.18 um 21:36 schrieb Grodzovsky, Andrey:
>
> On 12/21/2018 01:37 PM, Christian König wrote:
>> Am 20.12.18 um 20:23 schrieb Andrey Grodzovsky:
>>> Decauple sched threads stop and start and ring mirror
>>> list handling from the policy of what to do about the
>>> guilty jobs.
>>> When stoppp
On Thu 2018-12-20 17:31:57, Bartlomiej Zolnierkiewicz wrote:
>
> [ added Petr & Sergey to Cc: ]
>
> Hi,
>
> On 10/30/2018 04:44 PM, Prarit Bhargava wrote:
> > On text-based systems the 'quiet' boot option will show printk levels
> > higher than CONSOLE_LOGLEVEL_QUIET. The displaying of the Tux
On 12/29/2018 6:59 AM, Stephen Boyd wrote:
So I am guessing the conclusion is to use a fallback "operating-points-v2"
compatible*only* when we do have opp-hz along with qcom,level (as in the
case with gpu) and not have a fallback compatible in cases when we don't
have opp-hz (as in the case of
From: CK Hu
This patch adds Framebuffer-Driver for Mediatek
currently tested on mt7623, maybe works on other platforms
MTK-FBDev written by CK Hu and ported from 4.4
based on patchset drm/hdmi for 7623 v5 (except last part included in 4.20)
https://patchwork.kernel.org/project/linux-mediatek/
Bartlomiej,
Do you need an Acked-by from Rob, or can you take it in the next round
of fixes for v4.20 ?
Just to repeat myself, previous code would call
offb_init_palette_hacks(), which in turn would do:
if (dp && !strncmp(name, "ATY,Rage128", 11)) {
with name=NULL.
Thanks
On Thu, Dec 2
On Wed, Jan 2, 2019 at 11:59 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:903b77c63167 Merge tag 'linux-kselftest-4.21-rc1' of git:/..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1424673b40
> kernel config:
This way hardware that has the LCD signal lines swapped can express
so in the device tree and existing panel support can be reused
unmodified.
Signed-off-by: Ahmad Fatoum
---
drivers/gpu/drm/mxsfb/mxsfb_crtc.c | 4 +++-
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 13 +
drivers/gpu/drm/mxsf
On 2/1/19 18:02, Ahmad Fatoum wrote:
> - reg &= ~CTRL_BUS_WIDTH_MASK;
> + ctrl &= ~CTRL_BUS_WIDTH_MASK;
> switch (bus_format) {
> default:
> + pattern = CTRL2_PATTERN_RGB;
> dev_err(drm->dev, "Unknown media bus format %d\n", bus_format);
>
This newly implemented binding allows expressing swapped signal
lanes in the device tree so existing panel support can be reused.
Signed-off-by: Ahmad Fatoum
---
Documentation/devicetree/bindings/display/mxsfb.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/
Hello,
I got a board with the RED[0:7]/BLUE[0:7] lanes originating from the
LCDIF swapped and would like to describe this in the device tree:
This first patch extends the mxsfb driver to support
following bus formats:
MEDIA_BUS_FMT_BGR888_1X24
MEDIA_BUS_FMT_RBG888_1X24
MED
Hi Rob, Jonathan,
I was compiling mainline kernel for imx6 SOC based board with
imx_v6_v7_defconfig and found it is failing.
It shows below error.
./include/linux/qcom_scm.h:73:10: error: 'ENODEV' undeclared (first use in this
function)
return -ENODEV;
Digging inside I found commit ID e6f6
The LCDIF controller v4, like the one included in the i.MX6UL,
can be configured to accept other RGB pixel formats. Extend
the driver to configure the controller to do so.
Signed-off-by: Ahmad Fatoum
---
drivers/gpu/drm/mxsfb/mxsfb_crtc.c | 41 +-
drivers/gpu/drm/mxsf
https://bugs.freedesktop.org/show_bug.cgi?id=109171
--- Comment #7 from Christian König ---
The dmesg is only a fraction. Please provide the full dmesg directly after
boot.
That glxgears is getting slower numbers on the secondary GPU is perfectly
normal. It is a test how fast we can page flip an
On Sun, Dec 30, 2018 at 06:48:31PM +0100, Sam Ravnborg wrote:
> +/*
> + * Use EXPORT_SYMBOL_FOR_TESTS_ONLY() for functions that shall
> + * only be visible for drmselftests.
> + */
> +#if defined(CONFIG_DRM_DEBUG_SELFTEST_MODULE)
> +#define EXPORT_SYMBOL_FOR_TESTS_ONLY(x) EXPORT_SYMBOL(x)
> +#else
94 matches
Mail list logo
