tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 60f8d52ac6e3b4d043917e5c43bb798f8679115a
commit: fb65df857c664b28322018501f0609d528b6ac5a [192/206] drm/amd/display:
Moving powerplay functions to a separate class
reproduce:
# apt-get install sparse
On Mon, 25 Jun 2018 08:44:51 +0200
Gerd Hoffmann wrote:
> Atomic mapping interface for dmabufs will be removed.
>
> Signed-off-by: Gerd Hoffmann
Fixes: f664a5269542 ("dma-buf: remove kmap_atomic interface")
Though really the above commit needs to be updated to include this fix
to preserve bis
On Mon, 25 Jun 2018 08:44:52 +0200
Gerd Hoffmann wrote:
> There is no default implementation for dma_buf_ops->unmap.
> So add a function unmapping the page, otherwise we'll leak them.
>
> Signed-off-by: Gerd Hoffmann
> ---
> samples/vfio-mdev/mbochs.c | 7 +++
> 1 file changed, 7 insertion
TCON TOP is different from other nodes in graph by having 3 input and 3
output ports. Additionally, connection to TV TCON might lead back to
HDMI mux input port, creating loops.
Add support for traversing such graph.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 24 +
From: Abhinav Kumar
Setting the DSI PLL src in probe doesn't provide the clock
driver sufficient time to reclaim unused clock resources
from coreboot resulting in warnings from clock driver.
Move the DSI PLL src setting to modeset_init() so that the
clock driver can claim unused display clock re
drm_of_find_possible_crtcs() doesn't work when DW HDMI encoder is
connected to TCON (crtc) through mux in TCON TOP.
In that case TCON TOP HDMI mux input port has to be manually traversed
and checked if it matches any known crtc.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_dw_h
Current DW HDMI PHY code never prepares and enables PHY clock after it is
created. It's just used as it is. This may work in some cases, but it's
clearly wrong. Fix it by adding proper calls to enable/disable PHY
clock.
Fixes: 4f86e81748fe ("drm/sun4i: Add support for H3 HDMI PHY variant")
Signed
Both mixers have similar capabilities as others SoCs with DE2.
First mixer has 1 VI and 3 UI planes and supports HW scaling on all
planes.
Second mixer has 1 VI and 1 UI planes and also supports HW scaling on
all planes.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_mixer.c | 2
According to documentation and experience with other similar SoCs, video
PLLs don't work stable if their output frequency is set below 192 MHz.
Because of that, set minimal rate to both R40 video PLLs to 192 MHz.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Jernej Skrabec
---
drivers/clk/sunxi-ng/
Expand HDMI PHY clock driver to support second clock parent.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h | 4 +-
drivers/gpu/drm/sun4i/sun8i_hdmi_phy.c | 3 +-
drivers/gpu/drm/sun4i/sun8i_hdmi_phy_clk.c | 90 --
3 files changed, 73 inser
sun4i_drv_add_endpoints() has a memory leak since it uses of_node_put()
when remote is equal to NULL and does nothing when remote has a valid
pointer.
Invert the logic to fix memory leak.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 3 ++-
1 file changed, 2 insertions(+
On 25 June 2018 at 19:28, Sinan Kaya wrote:
> On 6/25/2018 11:52 AM, ok...@codeaurora.org wrote:
>>> Note that this is not the only MMIO translation related change made by
>>> Heyi Guo to the generic PCI host bridge and bus drivers, but given
>>> that those did not support MMIO translation at all,
On 6/25/2018 1:29 PM, Ard Biesheuvel wrote:
>>> Platform has been doing mmio translation for quite a while. Because all
>>> accesses go through pci io protocol, the rest of the UEFI never needed to
>>> be aware of bar address or do direct access.
>>>
>>> This is the first time I hear of direct ac
TV TCONs are always connected to TV or HDMI encoder, so it doesn't make
sense to check if panel or bridge is connected to them.
Check if TCON has channel 0 and only then check for connected panel or
bridges.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 12 +---
This series adds support for R40 HDMI pipeline. It is a bit special
than other already supported pipelines because it has additional unit
called TCON TOP responsible for relationship configuration between
mixers, TCONs and HDMI. Additionally, it has additional gates for DSI
and TV TCONs, TV encoder
Display related peripherals need precise clocks to operate correctly.
Allow DE2, TCONs and HDMI to set parent clock.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Jernej Skrabec
---
drivers/clk/sunxi-ng/ccu-sun8i-r40.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a
Dne ponedeljek, 25. junij 2018 ob 05:51:41 CEST je Chen-Yu Tsai napisal(a):
> On Mon, Jun 25, 2018 at 3:52 AM, Jernej Škrabec
>
> wrote:
> > Dne četrtek, 21. junij 2018 ob 17:35:45 CEST je Jernej Škrabec napisal(a):
> >> Dne četrtek, 21. junij 2018 ob 03:23:27 CEST je Chen-Yu Tsai napisal(a):
> >
Until now, each node has one input port and one output port. However,
with TCON TOP this is no longer true. It has 3 input and 3 output ports.
In order to prepare to this situation, split out the code which checks
all endpoints in input port and adds available components to fifo.
This patch doesn
On 30/04/18 12:30, Lee Jones wrote:
> On Fri, 27 Apr 2018, matthias@kernel.org wrote:
>
>> From: Matthias Brugger
>>
>> Add binding description for the mmsys mfd for some Mediatek
>> devices. mmsys has some registers to control clock gates (which is
>> used in the clk driver) and some regis
On 30/04/18 12:18, Lee Jones wrote:
> On Fri, 27 Apr 2018, matthias@kernel.org wrote:
>
>> From: Matthias Brugger
>>
>> The MMSYS subsystem includes clocks and drm components.
>> This patch adds a MFD device to probe both drivers from the same
>> device tree compatible.
>>
>> Signed-off-by:
Dne ponedeljek, 25. junij 2018 ob 14:02:40 CEST je Jernej Skrabec napisal(a):
> This series adds support for R40 HDMI pipeline. It is a bit special
> than other already supported pipelines because it has additional unit
> called TCON TOP responsible for relationship configuration between
> mixers,
Function is useful when drm_of_find_possible_crtcs() can't be used and
custom parsing is needed. This can happen for example when there is a
node with multiple muxes between crtc and encoder.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/drm_of.c | 5 +++--
include/drm/drm_of.h | 8 +
Video PLLs need to be referenced in R40 DT as possible HDMI PHY parent.
Export them.
Reviewed-by: Rob Herring
Signed-off-by: Jernej Skrabec
---
drivers/clk/sunxi-ng/ccu-sun8i-r40.h | 8 ++--
include/dt-bindings/clock/sun8i-r40-ccu.h | 4
2 files changed, 10 insertions(+), 2 delet
Some DW HDMI PHYs, like those found in A64 and R40 SoCs, can select
between two clock parents.
Add code which reads second PLL from DT.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h | 2 ++
drivers/gpu/drm/sun4i/sun8i_hdmi_phy.c | 20 +++-
2 files cha
TV TCONs (channel 1 only) are always connected to TV or HDMI encoder.
Because of that, all output endpoints on such TCON node will point to a
encoder which is part of component framework.
Correct current graph traversing algorithm in such way that it doesn't
skip output enpoints with id 0 on TV TC
On 22 June 2018 at 21:29, Ard Biesheuvel wrote:
> On 22 June 2018 at 20:30, Sinan Kaya wrote:
>> On 6/22/2018 2:01 PM, Ard Biesheuvel wrote:
Yes, it is part of the PCI I/O protocol definition. FrameBufferBase is
described as
"""
Base address of graphics linear frame buffe
On 6/25/2018 1:20 PM, Daniel Vetter wrote:
On Fri, Jun 22, 2018 at 11:08:48AM +0100, Chris Wilson wrote:
Quoting Gustavo Padovan (2018-06-22 11:04:16)
Hi Akhil,
On Fri, 2018-06-22 at 15:10 +0530, Akhil P Oommen wrote:
Each fence object holds function pointers of the module that
initialized
DW HDMI PHY driver and PHY clock driver share same registers. Make sure
that DW HDMI PHY setup code doesn't change any clock related bits.
During initialization, set PHY PLL parent bit to 0.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h | 2 +-
drivers/gpu/drm/sun4i/s
Current "old" method to find engine worked pretty well for DE2. However,
it doesn't work when TCON TOP is between mixer (engine) and TCON. TCON
TOP has multiple input ports, but current engine search algorithm
expects only one.
This can be fixed by first looking for output port id and selecting
m
As already described in DT binding, TCON TOP is responsible for
configuring display pipeline. In this initial driver focus is on HDMI
pipeline, so TVE and LCD configuration is not implemented.
Implemented features:
- HDMI source selection
- clock driver (TCON and DSI gating)
- connecting mixers an
A64 HDMI PHY is similar to H3 HDMI PHY except it has two possible PLL
clock parents. It is compatible to other HDMI PHYs, like that found in
R40.
Acked-by: Rob Herring
Signed-off-by: Jernej Skrabec
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 4 +++-
1 file changed, 3 ins
PHY is the same as in H3, except it can switch between two clock
parents.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_hdmi_phy.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/gpu/drm/sun4i/sun8i_hdmi_phy.c
b/drivers/gpu/drm/sun4i/sun8i_hdmi_phy.c
in
Since HDMI can be considered as main output, most capable mixer is
connected to it (mixer0).
Signed-off-by: Jernej Skrabec
---
.../boot/dts/sun8i-r40-bananapi-m2-ultra.dts | 45 +++
1 file changed, 45 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-r40-bananapi-m2-ultra.dts
Add all entries needed for HDMI to function properly.
Since R40 has highly configurable pipeline, both mixers and both TCON
TVs are added. Board specific DT should then connect them together
trough TCON TOP muxers to best fit the purpose of the board.
Signed-off-by: Jernej Skrabec
---
arch/arm/
This adds support for the DataImage SCF0700C48GGU18 7.0" WVGA (800x480)
TFT LCD panel. The panel has 24-bit parallel interface and can be
supported by the simple panel driver.
Signed-off-by: Michal Vokáč
---
.../display/panel/dataimage,scf0700c48ggu18.txt| 8 ++
drivers/gpu/drm/panel/pa
R40 DE2 mixers are similar to those found in A83T, except it needs
different clock settings.
Add a compatibles for them.
Acked-by: Rob Herring
Signed-off-by: Jernej Skrabec
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/D
LVDS and RGB interfaces are always connected to TCONs which have channel
0. It doesn't make sense to try to init them on TV TCONs.
Add a check if TCON has channel 0 before trying to init LVDS or RGB
interface.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 32 +++
On Fri, Jun 22, 2018 at 2:40 PM, Karol Herbst wrote:
> Your patch is fine as it is though, because it doesn't add a new
> issue, it just showed us there is a potential one. We should keep that
> in mind and see how we want to fix that up. I can imagine that this
> might cause some issues in some p
On 2018-06-25 04:20, Ard Biesheuvel wrote:
On 22 June 2018 at 21:29, Ard Biesheuvel
wrote:
On 22 June 2018 at 20:30, Sinan Kaya wrote:
On 6/22/2018 2:01 PM, Ard Biesheuvel wrote:
Yes, it is part of the PCI I/O protocol definition. FrameBufferBase
is
described as
"""
Base address of graphic
This path add support rv1108 and px30 rgb output interface driver.
Signed-off-by: Sandy Huang
Link:
https://patchwork.freedesktop.org/patch/msgid/1509522765-118759-1-git-send-email-...@rock-chips.com
---
Changes in v4: Add support px30
Changes in v3: None
Changes in v2: None
.../bindings/displ
TCON TOP main purpose is to configure whole display pipeline. It
determines relationships between mixers and TCONs, selects source TCON
for HDMI, muxes LCD and TV encoder GPIO output, selects TV encoder
clock source and contains additional TV TCON and DSI gates.
Signed-off-by: Jernej Skrabec
---
On 6/25/2018 11:52 AM, ok...@codeaurora.org wrote:
>> Note that this is not the only MMIO translation related change made by
>> Heyi Guo to the generic PCI host bridge and bus drivers, but given
>> that those did not support MMIO translation at all, I take it your
>> affected platforms will already
fb is being dereferenced before it is null checked, hence there
is a potential null pointer dereference.
Fix this by moving the pointer dereference after fb has been
properly null checked at line 74: if (!fb)
Addresses-Coverity-ID: 1470169 ("Dereference before null check")
Signed-off-by: Gustavo
DataImage is a Taiwan-based manufacturer of LCD panels.
Signed-off-by: Michal Vokáč
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-pref
This patches add support rockchip RGB output, Some Rockchip CRTCs, like
rv1108 and px30 can directly output parallel and serial RGB data to panel
or to conversion chip. So we add this driver to probe encoder and connector
to support this case.
Sandy Huang (2):
devicetree/bindings: display: Add
Some Rockchip CRTCs, like rv1108 and px30, can directly output parallel
and serial RGB data to panel or conversion chip, so we add this driver
to probe encoder and connector.
Signed-off-by: Sandy Huang
Reviewed-by: Sean Paul
Reviewed-by: Mark Yao
Link:
https://patchwork.freedesktop.org/patch/m
Dne ponedeljek, 25. junij 2018 ob 10:14:52 CEST je Chen-Yu Tsai napisal(a):
> On Mon, Jun 25, 2018 at 3:58 PM, Jernej Škrabec
>
> wrote:
> > Dne ponedeljek, 25. junij 2018 ob 05:51:41 CEST je Chen-Yu Tsai
napisal(a):
> >> On Mon, Jun 25, 2018 at 3:52 AM, Jernej Škrabec
> >>
> >> wrote:
> >> >
Fix the following compile warning:
warning: unused variable ‘psbfb’ [-Wunused-variable]
struct psb_framebuffer *psbfb = to_psb_fb(fb);
Fixes: c7cbed560ce2 ("drm/gma500: Fix Medfield for drm_framebuffer move")
Signed-off-by: Gustavo A. R. Silva
---
drivers/gpu/drm/gma500/mdfld_intel_display.c
> > .map = mbochs_kmap_dmabuf,
> > + .unmap= mbochs_kunmap_dmabuf,
> > .mmap = mbochs_mmap_dmabuf,
> > };
> >
>
> Is this a fix for v4.18?
Yes.
> AFAICT, the kmap_atomic removal is only in
> next, not yet upstream and hopefully includes this samp
Am 26.06.2018 09:20 schrieb Alex Williamson :
On Mon, 25 Jun 2018 08:44:52 +0200
Gerd Hoffmann wrote:
> There is no default implementation for dma_buf_ops->unmap.
> So add a function unmapping the page, otherwise we'll leak them.
>
> Signed-off-by: Gerd Hoffmann
> ---
> samples/vfio-mdev/mboc
Reviewed-by: Jim Qu
Thanks
JimQu
发件人: amd-gfx 代表 Lyude Paul
发送时间: 2018年6月26日 9:09:05
收件人: amd-...@lists.freedesktop.org
抄送: Zhou, David(ChunMing); David Airlie; Huang, Ray;
linux-ker...@vger.kernel.org; dri-devel@lists.freedesktop.org; Kai-Heng Feng;
On Tue, Jun 26, 2018 at 4:25 AM, Rodrigo Siqueira
wrote:
> On 06/25, Ville Syrjälä wrote:
>> On Mon, Jun 25, 2018 at 02:19:22PM -0300, Rodrigo Siqueira wrote:
>> > This commit adds regular vblank events simulated through hrtimers, which
>> > is a feature required by VKMS to mimic real hardware. In
Hi Rob,
On 25/06/18 21:59, Rob Herring wrote:
> On Mon, Jun 18, 2018 at 04:22:36PM +0300, Tomi Valkeinen wrote:
>> Add DT bindings for Texas Instruments AM65x SoC Display Subsystem. The
>> DSS7 on AM65x SoC has two video ports (DPI and OLDI) and two video
>> pipelines.
>>
>> Signed-off-by: Jyri S
On Mon, Jun 25, 2018 at 09:21:15PM +0530, Akhil P Oommen wrote:
>
>
> On 6/25/2018 1:20 PM, Daniel Vetter wrote:
> > On Fri, Jun 22, 2018 at 11:08:48AM +0100, Chris Wilson wrote:
> > > Quoting Gustavo Padovan (2018-06-22 11:04:16)
> > > > Hi Akhil,
> > > >
> > > > On Fri, 2018-06-22 at 15:10 +05
linebuffer mode should be LB_YUV_3840X5 when width is bigger
than 1280 in yuv mode.
seperate yuv and rgb case make the scl_vop_cal_lb_mode() logic
is clearer.
Signed-off-by: Sandy Huang
Link:
https://patchwork.freedesktop.org/patch/msgid/1523960108-190541-1-git-send-email-...@rock-chips.com
---
On Mon, Jun 25, 2018 at 05:21:48PM +0200, Thomas Zimmermann wrote:
> This patch unifies the naming of DRM functions for reference counting
> of struct drm_gem_object. The resulting code is more aligned with the
> rest of the Linux kernel interfaces.
>
> Signed-off-by: Thomas Zimmermann
Applied,
Am Dienstag, 26. Juni 2018, 10:16:44 CEST schrieb Sandy Huang:
> linebuffer mode should be LB_YUV_3840X5 when width is bigger
> than 1280 in yuv mode.
> seperate yuv and rgb case make the scl_vop_cal_lb_mode() logic
> is clearer.
>
> Signed-off-by: Sandy Huang
> Link:
> https://patchwork.freedesk
On 11/06/2018 18:53, Christophe JAILLET wrote:
> If 'platform_get_resource_byname()' fails, we should release some resources
> before leaving, as already done in the other error handling path of the
> function.
>
> Fixes: acaa3f13b8dd ("drm/meson: Fix potential NULL dereference in
> meson_drv_bin
Signed-off-by: Sandy Huang
---
Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
b/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
inde
PX30 have vop big and vop lite, just like rk3036 and rk3126
the max input and output resolution is 1920x1080, the main
difference between the two vop is:
vop big:
win0 support yuv and rgb format;
win1 and win2 support rgb format;
vop lit:
win1 support rgb format;
Signed-off-by: Sandy
The following patches add support rockchip px30 VOP, there are two seperate
VOP we call VOP big and VOP lite.
vop big support win0,win1 and win2;
vop lit support win1(same with vop big win1);
the max input and output resolution is 1920x1080.
Sandy Huang (2):
dt-bindings: display: rockchip: add
The following patches add support rockchip px30 VOP, there are two seperate
VOP we call VOP big and VOP lite.
vop big support win0,win1 and win2;
vop lit support win1(same with vop big win1);
the max input and output resolution is 1920x1080.
Sandy Huang (2):
dt-bindings: display: rockchip: add
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #40 from Christophe Viallon ---
Does this patch corrects HBR audio over HDMI for Kavery APU family too ?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-d
On 21 June 2018 at 16:32, Jonathan Gray wrote:
> On Thu, Jun 21, 2018 at 03:24:49PM +0100, Emil Velikov wrote:
>> Hi Jonathan,
>>
>> On 1 December 2016 at 04:18, Jonathan Gray wrote:
>>
>> > --- a/xf86drm.c
>> > +++ b/xf86drm.c
>> > @@ -3248,6 +3248,67 @@ drm_device_validate_flags(uint32_t flags)
Currently fbcon claims fbdevs as soon as they are registered and takes over
the console as soon as the first fbdev gets registered.
This behavior is undesirable in cases where a smooth graphical bootup is
desired, in such cases we typically want the contents of the framebuffer
(typically a vendor
On Tue, Jun 26, 2018 at 11:38:20AM +0100, Emil Velikov wrote:
> On 21 June 2018 at 16:32, Jonathan Gray wrote:
> > On Thu, Jun 21, 2018 at 03:24:49PM +0100, Emil Velikov wrote:
> >> Hi Jonathan,
> >>
> >> On 1 December 2016 at 04:18, Jonathan Gray wrote:
> >>
> >> > --- a/xf86drm.c
> >> > +++ b/x
Hi Sandy,
I love your patch! Yet something to improve:
[auto build test ERROR on rockchip/for-next]
[also build test ERROR on v4.18-rc2 next-20180626]
[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/linux
Hi Sandy,
I love your patch! Yet something to improve:
[auto build test ERROR on rockchip/for-next]
[also build test ERROR on v4.18-rc2 next-20180626]
[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/linux
On Tue, Jun 26, 2018 at 12:41:03PM +0200, Hans de Goede wrote:
> Currently fbcon claims fbdevs as soon as they are registered and takes over
> the console as soon as the first fbdev gets registered.
>
> This behavior is undesirable in cases where a smooth graphical bootup is
> desired, in such cas
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #17 from notsyncing (song...@gmail.com) ---
(In reply to Andrey Grodzovsky from comment #16)
> Then launch your X with ENV variable GALLIUM_DDEBUG=always to dump all the
> 3D commands into files in ~/ddebug_dumps/
Would you mind telli
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #18 from notsyncing (song...@gmail.com) ---
BTW, I'm using KDE plasma 5.13 with sddm.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing
> Date: Tue, 26 Jun 2018 20:58:18 +1000
> From: Jonathan Gray
>
> On Tue, Jun 26, 2018 at 11:38:20AM +0100, Emil Velikov wrote:
> > On 21 June 2018 at 16:32, Jonathan Gray wrote:
> > > On Thu, Jun 21, 2018 at 03:24:49PM +0100, Emil Velikov wrote:
> > >> Hi Jonathan,
> > >>
> > >> On 1 December 2
Op 12-06-18 om 13:16 schreef Juha-Pekka Heikkila:
> Add P010 definition, semi-planar yuv format where each component
> is 16 bits 10 msb containing color value. First come Y plane [10:6]
> followed by 2x2 subsampled Cr:Cb plane [10:6:10:6]
>
> Add P012 definition, semi-planar yuv format where each
Hi guys,
Above all, yes the current approach looks a bit funky.
Given the constrains (cannot use ioctl and libudev) it's rather reasonable.
That said, ideas for improvements are always welcome.
On 26 June 2018 at 13:03, Mark Kettenis wrote:
>> Date: Tue, 26 Jun 2018 20:58:18 +1000
>> From: Jona
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #19 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
(In reply to notsyncing from comment #18)
> BTW, I'm using KDE plasma 5.13 with sddm.
You just prepend this before command to start your graphic stack. You need to
manually ru
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #20 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
(In reply to notsyncing from comment #18)
> BTW, I'm using KDE plasma 5.13 with sddm.
You just prepend this before command to start your graphic stack. You need to
manually ru
Hi Hans,
On 26 June 2018 at 11:41, Hans de Goede wrote:
> +#ifdef CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER
> + if (!strcmp(options, "nodefer")) {
> + deferred_takeover = false;
> + continue;
> + }
> +#endif
Can we please
On Mon, Jun 25, 2018 at 07:18:44AM -0500, Gustavo A. R. Silva wrote:
> fb is being dereferenced before it is null checked, hence there
> is a potential null pointer dereference.
>
> Fix this by moving the pointer dereference after fb has been
> properly null checked at line 74: if (!fb)
I don't r
On Mon, Jun 25, 2018 at 07:33:55AM -0500, Gustavo A. R. Silva wrote:
> Fix the following compile warning:
>
> warning: unused variable ‘psbfb’ [-Wunused-variable]
> struct psb_framebuffer *psbfb = to_psb_fb(fb);
>
> Fixes: c7cbed560ce2 ("drm/gma500: Fix Medfield for drm_framebuffer move")
> Sig
Den 21.06.2018 19.19, skrev Noralf Trønnes:
Den 21.06.2018 09.14, skrev Daniel Vetter:
On Wed, Jun 20, 2018 at 05:28:10PM +0200, Noralf Trønnes wrote:
Den 20.06.2018 15.52, skrev Noralf Trønnes:
Den 20.06.2018 11.34, skrev Daniel Vetter:
On Mon, Jun 18, 2018 at 04:17:27PM +0200, Noralf Trøn
Hi,
On 26-06-18 15:11, Emil Velikov wrote:
Hi Hans,
On 26 June 2018 at 11:41, Hans de Goede wrote:
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER
+ if (!strcmp(options, "nodefer")) {
+ deferred_takeover = false;
+ continue;
+
On Tue, Jun 26, 2018 at 3:41 PM, Noralf Trønnes wrote:
>
> Den 21.06.2018 19.19, skrev Noralf Trønnes:
>>
>>
>> Den 21.06.2018 09.14, skrev Daniel Vetter:
>>>
>>> On Wed, Jun 20, 2018 at 05:28:10PM +0200, Noralf Trønnes wrote:
Den 20.06.2018 15.52, skrev Noralf Trønnes:
>
> Den 2
Hi,
On 26-06-18 14:01, Daniel Vetter wrote:
On Tue, Jun 26, 2018 at 12:41:03PM +0200, Hans de Goede wrote:
Currently fbcon claims fbdevs as soon as they are registered and takes over
the console as soon as the first fbdev gets registered.
This behavior is undesirable in cases where a smooth gr
Hi All,
Here is v3 of my patch, now patch-set, to delay fbcon taking over the
console (and binding to fbdev devices) until there actually is some text
output to the console. This is intended for use with the "quiet" cmdline
option, in combination with a bootloader which leaves the vendor's logo /
Currently fbcon claims fbdevs as soon as they are registered and takes over
the console as soon as the first fbdev gets registered.
This behavior is undesirable in cases where a smooth graphical bootup is
desired, in such cases we typically want the contents of the framebuffer
(typically a vendor
This is a preparation patch for adding a number of WARN_CONSOLE_UNLOCKED()
calls to the fbcon code, which may be built as a module (event though
usually it is not).
Signed-off-by: Hans de Goede
---
Changes in v3:
-New patch in v3 of this patchset
---
kernel/printk/printk.c | 1 +
1 file changed,
Replace comments about places where the console lock should be held with
calls to WARN_CONSOLE_UNLOCKED() to assert that it is actually held.
Signed-off-by: Hans de Goede
---
Changes in v3:
-New patch in v3 of this patchset
---
drivers/video/fbdev/core/fbcon.c | 18 +++---
1 file cha
On Tue, Jun 26, 2018 at 03:55:34PM +0200, Hans de Goede wrote:
> Replace comments about places where the console lock should be held with
> calls to WARN_CONSOLE_UNLOCKED() to assert that it is actually held.
>
> Signed-off-by: Hans de Goede
> ---
> Changes in v3:
> -New patch in v3 of this patch
https://bugs.freedesktop.org/show_bug.cgi?id=105760
taij...@posteo.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104064
taij...@posteo.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 2018-06-17 04:53 AM, Stefan Agner wrote:
> The wrong enum type is used to initialize the result, leading to a
> warning when using clang:
> drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link_dp.c:1998:26: warning:
> implicit conversion from enumeration type 'enum ddc_result' to differen
From: Michel Dänzer
Fixes the BUG_ON spuriously triggering under the following
circumstances:
* ttm_eu_reserve_buffers processes a list containing multiple BOs using
the same reservation object, so it calls
reservation_object_reserve_shared with that reservation object once
for each such B
https://bugs.freedesktop.org/show_bug.cgi?id=107045
Bug ID: 107045
Summary: [4.18rc2] RX470 dGPU on hybrid laptop freezes screen
after use
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (Al
https://bugs.freedesktop.org/show_bug.cgi?id=107045
--- Comment #1 from taij...@posteo.de ---
Created attachment 140344
--> https://bugs.freedesktop.org/attachment.cgi?id=140344&action=edit
relevant xorg.log
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #41 from Alex Deucher ---
(In reply to Christophe Viallon from comment #40)
> Does this patch corrects HBR audio over HDMI for Kavery APU family too ?
Covers all asics supported by DC.
--
You are receiving this mail because:
You a
On Tue, 26 Jun 2018 15:55:34 +0200
Hans de Goede wrote:
> Replace comments about places where the console lock should be held with
> calls to WARN_CONSOLE_UNLOCKED() to assert that it is actually held.
Why replace the comments? I prefer them, even with the WARN. The reason
is, when using functio
https://bugs.freedesktop.org/show_bug.cgi?id=107045
--- Comment #2 from Alex Deucher ---
When was it last working? Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.fre
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #21 from notsyncing (song...@gmail.com) ---
(In reply to Andrey Grodzovsky from comment #20)
> You just prepend this before command to start your graphic stack. You need
> to manually run your graphic stack from command line and add th
On 2018-06-15 03:52 PM, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> To pick the correct MST encoder i915 wants to know which crtc is going
> to be feeding us. To that end let's pass the crtc to the .best_encoder()
> hook. The atomic variant already knows the crtc via the connector state,
> but
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #8 from Andrey Grodzovsky ---
(In reply to dwagner from comment #7)
> (In reply to Andrey Grodzovsky from comment #6)
> > Verify you are using latest AMD firmware and up to date MESA/LLVM
>
> Firmware:
>
> pacman -Q linux-firmware
1 - 100 of 175 matches
Mail list logo
