Hi, Bibby:
On Fri, 2018-09-21 at 11:28 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> After the kernel 4.4, the DRM disable flow was changed, if DPI was
> disableed before CRTC, it will cause warning message as following:
>
> [ cut here ]
> WARNING: CPU: 0 PID: 1339 a
On 20.09.2018 13:20, Heiko Stuebner wrote:
> Hi Andrzej,
>
> Am Montag, 27. August 2018, 13:34:07 CEST schrieb Andrzej Hajda:
>> On 21.08.2018 16:05, Heiko Stuebner wrote:
>>> Add the Rockchip-sepcific dual-dsi setup and hook it into the VOP as well.
>>> As described in the general dual-dsi devicet
Hi,
> > Just pass it down, the call sites all know it (see patch just sent).
>
> Tested that patch you sent. Together with this patch it also resolves
> the virtio gpu graphical display issue for SEV guest.
Cool. Can you ack or review the patch so I can commit it?
> Is there a way to optimi
On 09/20/2018 01:32 AM, Gerd Hoffmann wrote:
> Hi,
>
>> void virtio_gpu_cmd_transfer_to_host_2d(struct virtio_gpu_device *vgdev,
>> uint32_t resource_id, uint64_t
>> offset,
>> ...
>> struct virtio_gpu_fbdev *vgfbdev = vgdev->vgfbdev;
>> struc
On 09/20/2018 01:29 AM, Gerd Hoffmann wrote:
> Pass virtio_gpu_object down to virtio_gpu_cmd_transfer_to_host_2d and
> virtio_gpu_cmd_transfer_to_host_3d functions, instead of passing just
> the virtio resource handle.
>
> This is needed to lookup the scatter list of the object, for dma sync.
>
We can select output component by decive node port.
Main path default output component is DSI.
External path default output component is DPI.
Signed-off-by: Bibby Hsieh
---
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 37 ++
drivers/gpu/drm/mediatek/mtk_drm_drv.h | 4
From: chunhui dai
The address of register DPI_H_FRE_CON is different in different IC.
Using of_node data to find this address.
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 19 ---
drivers/gpu/drm/mediatek/mtk_dpi_regs.h | 1 -
2 files changed, 16 in
From: chunhui dai
different IC has different clock designed in HDMI, the factor for
calculate clock should be different. Usinng the data in of_node
to find this factor.
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 24 +++-
1 file changed, 15 insertion
https://bugs.freedesktop.org/show_bug.cgi?id=104602
--- Comment #9 from Timothy Arceri ---
I'm not sure why yet but both the black triangles and the incorrect rendering
behind the chinese emperor on the loading screen go away when I run the trace
on the NIR backend.
Until we figure out what is g
Modify display driver to support connection from BLS to DPI.
Signed-off-by: Bibby Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/medi
From: chunhui dai
add support for SPDIF audio in HDMI
Signed-off-by: chunhui dai
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_hdmi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c
b/drivers/gpu/drm/mediatek/mtk_hdmi.c
index 2ca9f6a64dab..
From: chunhui dai
This patch adds hdmi dirver suppot for both MT2701 and MT7623.
And also support other (existing or future) chips that use
the same binding and driver.
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/Makefile | 3 +-
drivers/gpu/drm/mediatek/mtk_hdmi.c
From: chunhui dai
Different IC has different phy setting of HDMI.
This patch separates the phy hardware relate part for mt8173.
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/Makefile | 6 +-
drivers/gpu/drm/mediatek/mtk_hdmi.c| 1 +
drivers/gpu/drm/mediat
From: chunhui dai
The default timing of DPI data and clock is not match.
We could adjust this bit to make them match.
Signed-off-by: chunhui dai
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 8
drivers/gpu/drm/mediatek/mtk_dpi_regs.h | 1 +
2 files changed, 9 inser
From: chunhui dai
Convert dpi driver to use drm_of_find_panel_or_bridge.
This changes some error messages to debug messages (in the graph core).
Graph connections are often "no connects" depending on the particular
board, so we want to avoid spurious messages. Plus the kernel is not a
DT validato
From: chunhui dai
This patch adds dpi dirver suppot for both mt2701 and mt7623.
And also support other (existing or future) chips that use
the same binding and driver.
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 21 +
drivers/gpu/drm/mediatek/mtk
In order to support HDMI on mt2701,
we have to make some modifications.
1) Add the HDMI driver.
2) Add the DPI driver.
3) Add a mechanism that config output component by dts.
Changes since v2:
- Fix the typo in commit message.
- Remove const of reg_h_fre_con in the mtk_dpi_conf struct
- Remove
From: chunhui dai
After the kernel 4.4, the DRM disable flow was changed, if DPI was
disableed before CRTC, it will cause warning message as following:
[ cut here ]
WARNING: CPU: 0 PID: 1339 at
../../linux/linux-4.4.24-mtk/drivers/gpu/drm/drm_irq.c:1326
drm_wait_one_vbl
DRM driver get the comp->clk by of_clk_get(), we only
assign NULL to comp->clk when error happened, but do
not return the error number.
Signed-off-by: Bibby Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=107652
--- Comment #16 from mikhail.v.gavri...@gmail.com ---
(In reply to Andrey Grodzovsky from comment #14)
> Created attachment 141663 [details] [review]
> 0001-drm-amdgpu-Allocate-UVD-FW-BO-backup-RAM-space-on-in.patch
>
> This is just a shot in th
https://bugs.freedesktop.org/show_bug.cgi?id=107652
--- Comment #15 from mikhail.v.gavri...@gmail.com ---
Created attachment 141666
--> https://bugs.freedesktop.org/attachment.cgi?id=141666&action=edit
dmesg after patch 0001
--
You are receiving this mail because:
You are the assignee for the
Hi,
There are several warnings,
WARNING: line over 80 characters
#276: FILE: drivers/gpu/drm/exynos/exynos_drm_scaler.c:182:
+ struct drm_exynos_ipp_task_rect *src_pos, const struct scaler_format
*fmt)
WARNING: line over 80 characters
#297: FILE: drivers/gpu/drm/exynos/exynos_drm_scaler.c:
https://bugs.freedesktop.org/show_bug.cgi?id=101978
--- Comment #11 from higu...@gmx.net ---
As we can't control the installed game version (auto-update to startup), we
can't now test the older opengl4 version anymore, where this problem was found.
Before the upgrade that removed the opengl4, i go
Hi Joarder,
On 2018년 09월 18일 15:02, Souptick Joarder wrote:
> Hi Inki,
> On Tue, Sep 11, 2018 at 2:06 PM Souptick Joarder wrote:
>>
>> On Thu, Aug 2, 2018 at 9:12 PM Souptick Joarder wrote:
>>>
>>> convert drm_atomic_helper_suspend/resume() to use
>>> drm_mode_config_helper_suspend/resume().
>>>
Hi, CK,
Thanks for the review comment.
I will add the description in the binding document in v4.
I want to send the other changes in v3 first.
Thanks.
Bibby
On Thu, 2018-09-06 at 14:03 +0800, CK Hu wrote:
> Hi, Bibby:
>
> On Wed, 2018-09-05 at 16:31 +0800, Bibby Hsieh wrote:
> > We can selec
Hi all,
Commit
7876fa4f55fd ("drm/amdgpu: add ring soft recovery v4")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgp96eXImkCRe.pgp
Description: OpenPGP digital signature
___
dri-devel mailing list
dri-devel@lists.f
Hey Greg,
Looks like a pretty run of the mill set of fixes for this stage,
core: fix debugfs for atomic, fix the check for atomic for
non-modesetting drivers
amdgpu: adds a new PCI id, some kfd fixes and a sdma fix
i915: a bunch of GVT fixes.
vc4: scaling fix
vmwgfx: modesetting fixes and a old b
On 2018-09-19 07:08 PM, Lyude Paul wrote:
> Currently the way that we prevent userspace from performing new modesets
> on MST connectors that have just been destroyed is rather broken.
> There's nothing in the actual DRM DP MST topology helpers that checks
> whether or not a connector still exists,
On 2018-09-18 07:06 PM, Lyude Paul wrote:
> Hook this into amdgpu's atomic check for their connectors so they never
> get modesets on no-longer-present MST connectors. We'll also expand on
> this later once we add DP MST fallback retraining support.
>
> As well, turns out that the only atomic DRM
On 2018-09-18 07:06 PM, Lyude Paul wrote:
> Currently the way that we prevent userspace from performing new modesets
> on MST connectors that have just been destroyed is rather broken.
> There's nothing in the actual DRM DP MST topology helpers that checks
> whether or not a connector still exists,
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #12 from marten (marte...@gmail.com) ---
(In reply to Nicholas Kazlauskas from comment #9)
> It should be the CONFIG_LOG_BUF_SHIFT option. For example,
> CONFIG_LOG_BUF_SHIFT=21.
Updated the file.
--
You are receiving this mail beca
https://bugzilla.kernel.org/show_bug.cgi?id=201183
marten (marte...@gmail.com) changed:
What|Removed |Added
Attachment #278677|0 |1
is obsolete|
The only HFI communication with the GMU on sdm845 happens
during initialization and all commands are synchronous. A fancy
interrupt tasklet and associated infrastructure is entirely
not eeded and puts us at the mercy of the scheduler.
Instead poll for the message signal and handle the response
imm
From: "abhin...@codeaurora.org"
Add support for Truly NT35597 panel driver used
in MSM reference platforms.
This panel driver supports both single DSI and dual DSI
modes.
However, this patch series adds support only for
dual DSI mode.
Changes in v8:
- Remove video mode config and headers
- Rem
From: "abhin...@codeaurora.org"
Add the device tree bindings for Truly NT35597 panel driver.
This panel driver supports both single DSI and dual DSI.
However, this patch series supports only dual DSI.
Changes in v8:
- None
Signed-off-by: Abhinav Kumar
---
.../devicetree/bindings/display/tr
https://bugs.freedesktop.org/show_bug.cgi?id=107334
--- Comment #7 from Christian Widmer ---
Just tried it with mesa git (at 64731e7c5e4bdd23e6b3fd23d3611b3c766301c7) and
LLVM git (at 7840e607b9952273c71edd8997d22e6431cc927b) and the issue still is
there.
I have also tried another apitrace after
After schedule() returns 0, we must do one last check of COND to
determine the reason for the wakeup with 0 jiffies remaining before
reporting the timeout -- otherwise we may lose the signal due to
scheduler delays.
References: https://bugs.freedesktop.org/show_bug.cgi?id=106690
Signed-off-by: Chr
Both the .enable_signaling and .release of the null syncobj fence
can be replaced by the default callbacks for a small reduction in code
size. In particular the default callback for .release was changed in
commit e28bd101ae1b ("drm: rename null fence to stub fence in syncobj v2")
which neglected it
On 19.09.2018 13:39, Sean Paul wrote:
> From: Sean Paul
>
> Another "small driver" moving into drm-misc. Stefan has also offered to
> co-maintain it.
>
> Cc: Marek Vasut
> Cc: Stefan Agner
> Cc: David Airlie
> Cc: Gustavo Padovan
> Cc: Maarten Lankhorst
> Signed-off-by: Sean Paul
Thanks S
https://bugs.freedesktop.org/show_bug.cgi?id=107652
--- Comment #14 from Andrey Grodzovsky ---
Created attachment 141663
--> https://bugs.freedesktop.org/attachment.cgi?id=141663&action=edit
0001-drm-amdgpu-Allocate-UVD-FW-BO-backup-RAM-space-on-in.patch
This is just a shot in the dark but ple
On 2018-09-13 12:31 PM, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Disable atomic on a per-device basis instead of for all devices.
> Made possible by the new device.driver_features thing.
>
> Cc: Alex Deucher
> Cc: "Christian König"
> Cc: "David (ChunMing) Zhou"
> Cc: Harry Wentland
> C
From: Ville Syrjälä
Check the infoframes and infoframe enable state when comparing two
crtc states.
We'll use the infoframe logging functions from video/hdmi.c to
show the infoframes as part of the state dump.
TODO: Try to better integrate the infoframe dumps with
drm state dumps
v2: drm
From: Ville Syrjälä
Dump out the infoframes in the normal crtc state dump.
TODO: Try to better integrate the infoframe dumps with
drm state dumps
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 26 ++
1 file changed, 26 insertions(+)
diff
From: Ville Syrjälä
We have definitions and low level code for everything except the gamut
metadata HDMI packet. Add the missing bits.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/i915_reg.h | 4 +++-
drivers/gpu/drm/i915/intel_hdmi.c | 12
2 files changed, 15 insertio
From: Ville Syrjälä
As with regular HDMI encoders, let's precompute the infoframes
(actually just AVI infoframe for the time being) with SDVO HDMI
encoders.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_sdvo.c | 58 +--
1 file changed, 43 inser
From: Ville Syrjälä
Store the mask of enabled infoframes in the crtc state. We'll start
with just the readout for HDMI encoder, and we'll expand this
to compute the bitmask in .compute_config() later. SDVO will also
follow later.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_ddi.
From: Ville Syrjälä
Add code to read the infoframes from the video DIP and unpack them into
the crtc state.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_ddi.c | 17
drivers/gpu/drm/i915/intel_drv.h | 10 ++
drivers/gpu/drm/i915/intel_hdmi.c | 203 +++
From: Ville Syrjälä
Read the HDMI infoframes from the hbuf and unpack them into
the crtc state.
Well, actually just AVI infoframe for now but let's write the
infoframe readout code in a more generic fashion in case we
expand this later.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/in
From: Ville Syrjälä
We want to start tracking which infoframes are enabled, so let's replace
the boolean flag with a bitmask.
We'll abstract the bitmask so that it's not platform dependent. That
will allow us to examine the bitmask later in platform independent code.
Signed-off-by: Ville Syrjäl
From: Ville Syrjälä
Add the code to deal with the NTSC VBI infoframe.
I decided against parsing the PES_data_field and just leave
it as an opaque blob, just dumping it out as hex in the log.
Blindly typed from the spec, and totally untested.
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me..
From: Ville Syrjälä
Store the infoframes in the crtc state and precompute them in
.compute_config(). While precomputing we'll also fill out the
inforames.enable bitmask appropriately.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_ddi.c | 1 +
drivers/gpu/drm/i915/intel_drv.h
From: Ville Syrjälä
We'll be wanting to send more than just infoframes over HDMI. So add an
enum for other packet types.
TODO: Maybe just include the infoframe types in the packet type enum
and get rid of the infoframe type enum?
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.
From: Ville Syrjälä
Add the code to deal with the MPEG source infoframe.
Blindly typed from the spec, and totally untested.
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Ville Syrjälä
---
drivers/video/hdmi.c | 229 +++
From: Ville Syrjälä
Let's make the infoframe pack functions usable with a const infoframe
structure. This allows us to precompute the infoframe earlier, and still
pack it later when we're no longer allowed to modify the structure.
So now we end up with a _check()+_pack_only() or _pack() functions
From: Ville Syrjälä
Replace the hand rolled memmove() with the real thing.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_hdmi.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_hdmi.c
b/drivers/gpu/drm/i915/intel_hdmi.c
index a2da
From: Ville Syrjälä
Make life simpler by passing around intel_encoder instead of
drm_encoder.
@r1@
identifier F =~ "infoframe";
identifier I, M;
@@
F(
- struct drm_encoder *I
+ struct intel_encoder *I
, ...)
{
<...
(
- I->M
+ I->base.M
|
- I
+ &I->base
)
...>
}
@r2@
identifier F =~ "infoframe
From: Ville Syrjälä
The log functions don't modify the passed in infoframe so make it const.
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Ville Syrjälä
---
drivers/video/hdmi.c | 22 +++---
include/linux/hdmi.h | 2 +-
2 files changed, 1
From: Ville Syrjälä
Series aimed at precomputing the HDMI infoframes, and we also get
better validation by reading them back out from the hardware and
comparing with the expected data.
Looks like I typed these up about a year ago. Might be time to
get them in before the anniversary ;)
Cc: Thier
From: Ville Syrjälä
To make sure the infoframe unpack functions don't end up examining
stack garbage or oopsing, let's pass in the size of the buffer.
v2: Convert tda1997x.c as well (kbuild test robot)
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Ville Sy
From: Ville Syrjälä
The unpack functions just read from the passed in buffer,
so make it const.
Cc: Thierry Reding
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Ville Syrjälä
---
drivers/video/hdmi.c | 23 ---
include/linux/hdmi.h | 3 ++-
2 files chang
On Thursday, 2018-09-20 18:21:41 +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 18:09:41 +0200, Michel Dänzer wrote:
> > On 2018-09-20 5:58 p.m., Eric Engestrom wrote:
> > > Fixes: 9f45264815eff6ebeba3 "radeon: annotate public functions"
> > > Cc: Lucas De Marchi
> > > Cc: Mark Janes
> >
On Thursday, 2018-09-20 11:12:49 -0700, Lucas De Marchi wrote:
> On Thu, Sep 20, 2018 at 06:12:59PM +0100, Eric Engestrom wrote:
> > On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> > > On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > > > Fixes: 36bb0ea47b71d220b3
Thank you!
On Thu, Sep 20, 2018, 11:58 PM Harry Wentland
wrote:
> Adding e...@foundation.x.org and Trevor. He or someone else on the evoc
> list can probably point you in the right direction.
>
> Harry
>
> On 2018-09-20 03:06 AM, Sidharth Bansal wrote:
>
> Hi
> I want to contribute towards XOrg
Adding e...@foundation.x.org and Trevor. He or someone else on the evoc list
can probably point you in the right direction.
Harry
On 2018-09-20 03:06 AM, Sidharth Bansal wrote:
> Hi
> I want to contribute towards XOrg for EVoC. Can anyone guide me?
> Thanks
> Sidharth Bansal
>
>
> __
On Thu, Sep 20, 2018 at 06:12:59PM +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> > On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > > Cc: Lucas De Marchi
> > >
On Thu, Sep 20, 2018 at 06:29:13PM +0100, Eric Engestrom wrote:
> Fixes: f3f7266d94e0354bfd97 "omap: annotate public functions"
> Cc: Lucas De Marchi
> Signed-off-by: Eric Engestrom
Reviewed-by: Lucas De Marchi
Lucas De Marchi
> ---
> omap/omap_drm.c | 24
> 1 file c
On Thu, Sep 20, 2018 at 06:12:59PM +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> > On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > > Cc: Lucas De Marchi
> > >
On Thu, Sep 20, 2018 at 06:30:54PM +0100, Emil Velikov wrote:
> On 20 September 2018 at 16:58, Eric Engestrom
> wrote:
> > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > Cc: Lucas De Marchi
> > Cc: Mark Janes
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
Hi Bjorn
Thanks for the comment.
Yes, I will move of_node_put(dsi1) to right after
of_find_mipi_dsi_host_by_node and remove it from err_dsi_device.
Thanks
Abhinav
On 2018-09-20 09:54, Bjorn Andersson wrote:
On Wed 19 Sep 19:55 PDT 2018, Abhinav Kumar wrote:
+static int truly_nt35597_probe(
On Thursday, 2018-09-20 18:30:54 +0100, Emil Velikov wrote:
> On 20 September 2018 at 16:58, Eric Engestrom
> wrote:
> > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > Cc: Lucas De Marchi
> > Cc: Mark Janes
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
>
On 20 September 2018 at 16:58, Eric Engestrom wrote:
> Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
> ---
> intel/intel_bufmgr_fake.c | 6 +++
Fixes: f3f7266d94e0354bfd97 "omap: annotate public functions"
Cc: Lucas De Marchi
Signed-off-by: Eric Engestrom
---
omap/omap_drm.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/omap/omap_drm.c b/omap/omap_drm.c
index 3136e04e4170ac3bb94d..3aed4e0
On Thursday, 2018-09-20 18:12:59 +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> > On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > > Cc: Lucas De Marchi
> > > Cc
On Thursday, 2018-09-20 18:09:41 +0200, Michel Dänzer wrote:
> On 2018-09-20 5:58 p.m., Eric Engestrom wrote:
> > Fixes: 9f45264815eff6ebeba3 "radeon: annotate public functions"
> > Cc: Lucas De Marchi
> > Cc: Mark Janes
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> > Signed
Hi Sean
Sure, I will address these in v8.
Thanks
Abhinav
On 2018-09-20 08:52, Sean Paul wrote:
On Wed, Sep 19, 2018 at 07:55:39PM -0700, Abhinav Kumar wrote:
From: "abhin...@codeaurora.org"
Add support for Truly NT35597 panel driver used
in MSM reference platforms.
This panel driver suppor
Quoting Eric Engestrom (2018-09-20 08:58:33)
> Fixes: d7320bfcddc596f23fa2 "nouveau: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
> ---
> nouveau/nouveau.c | 2 +-
> nouveau/push
On Thursday, 2018-09-20 09:46:48 -0700, Lucas De Marchi wrote:
> On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> > Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> > Cc: Lucas De Marchi
> > Cc: Mark Janes
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id
Quoting Eric Engestrom (2018-09-20 08:58:32)
> Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
> ---
> intel/intel_bufmgr_fake.c | 6 +++---
> 1
On Thu, Sep 20, 2018 at 04:58:32PM +0100, Eric Engestrom wrote:
> Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
Reviewed-by: Lucas De Marchi
On Thu, Sep 20, 2018 at 11:59 AM Leonard Crestez
wrote:
>
> On Mon, 2018-09-17 at 16:37 -0700, Stefan Agner wrote:
> > On 17.09.2018 12:16, Sean Paul wrote:
> > > On Mon, Sep 17, 2018 at 04:42:10PM +0300, Leonard Crestez wrote:
> > > > Adding lcdif nodes to a power domain currently doesn't work, i
On 25/08/18 01:04, Robert Jarzmik wrote:
Enric Balletbo i Serra writes:
Commit '88ba95bedb79 ("backlight: pwm_bl: Compute brightness of LED
linearly to human eye")' allows the possibility to compute a default
brightness table when there isn't the brightness-levels property in the
DT. Unfortuna
Hi Hans,
Patch merged, thanks.
On Mon, Aug 27, 2018 at 02:28:50PM +0200, Hans Verkuil wrote:
> The CEC_TX_STATUS_MAX_RETRIES should be set for errors only to
> prevent the CEC framework from retrying the transmit. If the
> transmit was successful, then don't set this flag.
>
> Found by running '
On 2018-09-20 5:58 p.m., Eric Engestrom wrote:
> Fixes: 9f45264815eff6ebeba3 "radeon: annotate public functions"
> Cc: Lucas De Marchi
> Cc: Mark Janes
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
> Signed-off-by: Eric Engestrom
> ---
> radeon/radeon_bo.c | 4 ++--
> 1 file c
Also a bunch of not necessarily kernel ideas here:
https://www.x.org/wiki/SummerOfCodeIdeas/
Alex
On Thu, Sep 20, 2018 at 4:58 AM Sidharth Bansal
wrote:
>
> Thanks, I'll check it out!
>
> On Thu, Sep 20, 2018 at 12:58 PM Daniel Vetter wrote:
>>
>> Hi Sidharth!
>>
>> Welcome to dri-devel!
>>
>> A
Fixes: 9f45264815eff6ebeba3 "radeon: annotate public functions"
Cc: Lucas De Marchi
Cc: Mark Janes
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
Signed-off-by: Eric Engestrom
---
radeon/radeon_bo.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/radeon/ra
Fixes: d7320bfcddc596f23fa2 "nouveau: annotate public functions"
Cc: Lucas De Marchi
Cc: Mark Janes
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
Signed-off-by: Eric Engestrom
---
nouveau/nouveau.c | 2 +-
nouveau/pushbuf.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-
Hi Dave,
A few fixes for 4.19:
- Add a new polaris pci id
- KFD fixes for raven and gfx7
The following changes since commit 8ca4fff974ad5288d38298f15bf218f2eac2d5e7:
Merge tag 'drm-intel-fixes-2018-09-19' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes (2018-09-20 10:01:53
+100
Fixes: 36bb0ea47b71d220b31e "intel: annotate public functions"
Cc: Lucas De Marchi
Cc: Mark Janes
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108006
Signed-off-by: Eric Engestrom
---
intel/intel_bufmgr_fake.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/i
On Wed, Sep 19, 2018 at 07:55:39PM -0700, Abhinav Kumar wrote:
> From: "abhin...@codeaurora.org"
>
> Add support for Truly NT35597 panel driver used
> in MSM reference platforms.
>
> This panel driver supports both single DSI and dual DSI
> modes.
>
> However, this patch series adds support onl
Hi Dave,
This is a new pull for drm-next on top of last weeks with the following
changes:
- Fixed 64 bit divide
- Fixed vram type on vega20
- Misc vega20 fixes
- Misc DC fixes
- Fix GDS/GWS/OA domain handling
Previous changes from last week:
amdgpu/kfd:
- Picasso (new APU) support
- Raven2 (new A
https://bugs.freedesktop.org/show_bug.cgi?id=108002
Martin Peres changed:
What|Removed |Added
Component|DRM/other |DRM/Intel
QA Contact|
https://bugs.freedesktop.org/show_bug.cgi?id=108002
Bug ID: 108002
Summary: [CI][BAT] igt@drv_selftest@live_contexts - dmesg-warn
- RPM wakelock ref not held during HW access
Product: DRI
Version: DRI git
Hardware: Other
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #10 from marten (marte...@gmail.com) ---
Created attachment 278683
--> https://bugzilla.kernel.org/attachment.cgi?id=278683&action=edit
kernel 4.18 drm.debug=4
--
You are receiving this mail because:
You are watching the assignee o
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #9 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
It should be the CONFIG_LOG_BUF_SHIFT option. For example,
CONFIG_LOG_BUF_SHIFT=21.
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #8 from marten (marte...@gmail.com) ---
Hay the machine can do a large buffer. How do I enable that. I saw it cut off
at 30 seconds.
Its ryzen 1700, 16G ram and many hd's
--
You are receiving this mail because:
You are watching the
On Thu, Sep 20, 2018 at 07:27:39AM +1000, David Airlie wrote:
> On Thu, Sep 20, 2018 at 6:40 AM Sean Paul wrote:
> >
> > From: Sean Paul
> >
> > Move udl maintenance into drm-misc tree. I've also signed up to be a
> > reviewer, but have kept it at "Odd Fixes" level of support.
> >
> > Cc: Dave Ai
Since "drm/fb: Stop leaking physical address", the default behaviour of
the DRM fbdev emulation is to set the smem_base to 0 and pass the new
FBINFO_HIDE_SMEM_START flag.
The main reason is to avoid leaking physical addresse to user-space, and
it follows a general move over the kernel code to avoi
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #7 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
It doesn't look like your log buffer was large enough to hold the full log.
A log with drm.debug=4 might have enough information to work off of. The other
option is reposti
On 17 September 2018 at 11:01, Daniel Stone wrote:
> Hi,
>
> On Sat, 15 Sep 2018 at 00:56, Lucas De Marchi
> wrote:
>> -To apply for commit rights ("Developer" role in gitlab) send a mail to
>> -dri-devel@lists.freedesktop.org and please ping the maintainers if your
>> request
>> -is stuck.
>>
On Wednesday, 2018-09-19 23:05:48 -0700, Lucas De Marchi wrote:
> Signed-off-by: Lucas De Marchi
Reviewed-by: Eric Engestrom
But it'd be good to have a confirmation from Rob that it actually works:
Cc: Rob Herring
> ---
> Android.common.mk | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --
1 - 100 of 145 matches
Mail list logo
