On Mon, 19 Nov 2018 19:09:33 +
Fabrizio Castro wrote:
> Hello Boris,
>
> > From: Boris Brezillon
> > Sent: 19 November 2018 19:07
> > Subject: Re: [PATCH v3] drm/bridge/sii902x: Add missing dependency on
> > I2C_MUX
> >
> > On Mon, 19 Nov 2018 18:59:04 +
> > Fabrizio Castro wrote:
> >
https://bugs.freedesktop.org/show_bug.cgi?id=108671
--- Comment #12 from coolo...@gmail.com ---
Extra info, two other screens are fine. One is connected via a displayport to
dvi cable and the other is connected via hdmi. Switching the displayport ports
does not change anything.
--
You are receiv
> -Original Message-
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Boris Brezillon
> Sent: 19 November 2018 13:23
> To: Fabrizio Castro
> Cc: Peter Rosin ; Archit Taneja ;
> Andrzej Hajda ; David Airlie
> ; Laurent Pinchart ;
> dri-devel@lists.freedesktop.org; Simon
On Mon, Nov 19, 2018 at 1:57 PM Maxime Ripard wrote:
>
> On Fri, Nov 16, 2018 at 10:09:05PM +0530, Jagan Teki wrote:
> > Loop N1 instruction delay for burst mode lcd panel are
> > computed as per BSP code.
> >
> > Reference code is available in BSP (from linux-sunxi
> > drivers/video/sunxi/disp2/d
kbuild test robot reports:
>> ERROR: "i2c_mux_add_adapter" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
>> ERROR: "i2c_mux_alloc" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
>> ERROR: "i2c_mux_del_adapters" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
Quite obviously the driver depends on
Remove gca/gfx_8_0_enum.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
b/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
index 3d0f277a6523..4ca1ecf1ffd7 1
Hi Mike,
On Sat, Nov 17, 2018 at 8:07 PM Matthew Wilcox wrote:
>
> On Sat, Nov 17, 2018 at 12:26:38PM +0530, Souptick Joarder wrote:
> > On Fri, Nov 16, 2018 at 11:59 PM Mike Rapoport wrote:
> > > > + * vm_insert_range - insert range of kernel pages into user vma
> > > > + * @vma: user vma to ma
On Mon, Nov 19, 2018 at 2:00 PM Maxime Ripard wrote:
>
> On Fri, Nov 16, 2018 at 10:09:07PM +0530, Jagan Teki wrote:
> > Burst mode display timings are different from convectional
> > video mode so update the horizontal and vertical timings.
> >
> > Reference code taken from BSP (from linux-sunxi/
On 19/11/2018 06:38, CK Hu wrote:
> Hi, Matthias:
>
> On Fri, 2018-11-16 at 13:54 +0100, matthias@kernel.org wrote:
>> From: Matthias Brugger
>>
>> It can happen that the mmsys clock drivers aren't probed before the
>> platform driver gets invoked. The platform driver used to print a warnin
kbuild test robot reports:
>> ERROR: "i2c_mux_add_adapter" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
>> ERROR: "i2c_mux_alloc" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
>> ERROR: "i2c_mux_del_adapters" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
Quite obviously the driver depends on
On Mon, Nov 19, 2018 at 3:22 PM Oleksandr Andrushchenko
wrote:
>
> On 11/15/18 5:49 PM, Souptick Joarder wrote:
> > Convert to use vm_insert_range() to map range of kernel
> > memory to user vma.
> >
> > Signed-off-by: Souptick Joarder
> > Reviewed-by: Matthew Wilcox
> > ---
> > drivers/gpu/dr
Hello Boris,
> From: Boris Brezillon
> Sent: 19 November 2018 16:55
> Subject: Re: [PATCH v3] drm/bridge/sii902x: Add missing dependency on I2C_MUX
>
> Hi Fabrizio,
>
> On Mon, 19 Nov 2018 13:26:18 +
> Fabrizio Castro wrote:
>
> > kbuild test robot reports:
> >
> > >> ERROR: "i2c_mux_add_ada
On Mon, Nov 19, 2018 at 08:43:09PM +0530, Souptick Joarder wrote:
> Hi Mike,
>
> On Sat, Nov 17, 2018 at 8:07 PM Matthew Wilcox wrote:
> >
> > On Sat, Nov 17, 2018 at 12:26:38PM +0530, Souptick Joarder wrote:
> > > On Fri, Nov 16, 2018 at 11:59 PM Mike Rapoport wrote:
> > > > > + * vm_insert_ran
On Mon, Nov 19, 2018 at 2:02 PM Maxime Ripard wrote:
>
> On Fri, Nov 16, 2018 at 10:09:08PM +0530, Jagan Teki wrote:
> > Allwinner MIPI DSI DRQ set value can be varied with respective
> > video modes.
> > - burst mode the set value is always 0
> > - video modes whose front porch greater than 20, t
On Sun, Nov 18, 2018 at 05:19:04PM -0800, Matthew Wilcox wrote:
> On Mon, Nov 19, 2018 at 09:08:20AM +0800, kernel test robot wrote:
> > Greetings,
> >
> > 0day kernel testing robot got the below dmesg and the first bad commit is
>
> Umm. I don't see a 'suspicious RCU usage' message in here. I
Hi,
On 12/11/18 3:21 PM, Kishon Vijay Abraham I wrote:
Hi Maxime,
On 06/11/18 8:24 PM, Maxime Ripard wrote:
Cadence has designed a D-PHY that can be used by the, currently in tree,
DSI bridge (DRM), CSI Transceiver and CSI Receiver (v4l2) drivers.
Only the DSI driver has an ad-hoc driver for
On 2018-11-19 14:26, Fabrizio Castro wrote:
> kbuild test robot reports:
>
>>> ERROR: "i2c_mux_add_adapter" [drivers/gpu/drm/bridge/sii902x.ko]
> undefined!
>>> ERROR: "i2c_mux_alloc" [drivers/gpu/drm/bridge/sii902x.ko]
> undefined!
>>> ERROR: "i2c_mux_del_adapters" [drivers/gpu/drm/bridge/sii902x
Hello Boris,
> From: Boris Brezillon
> Sent: 19 November 2018 19:07
> Subject: Re: [PATCH v3] drm/bridge/sii902x: Add missing dependency on I2C_MUX
>
> On Mon, 19 Nov 2018 18:59:04 +
> Fabrizio Castro wrote:
>
> > Hello Boris,
> >
> > > From: Boris Brezillon
> > > Sent: 19 November 2018 16:
From: Enric Balletbo i Serra
Add support to async updates of cursors by using the new atomic
interface for that.
Signed-off-by: Enric Balletbo i Serra
[updated for upstream]
Signed-off-by: Helen Koike
---
Hello,
This is the third version of the async-plane update suport to the
Rockchip drive
kbuild test robot reports:
>> ERROR: "i2c_mux_add_adapter" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
>> ERROR: "i2c_mux_alloc" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
>> ERROR: "i2c_mux_del_adapters" [drivers/gpu/drm/bridge/sii902x.ko]
undefined!
Quite obviously the driver depends on
Hi,
On Sat, Nov 17, 2018 at 10:08:40PM +0100, Pavel Machek wrote:
> > This prepares framedone interrupt handling for
> > manual display update support.
> >
> > Signed-off-by: Sebastian Reichel
>
> Acked-by: Pavel Machek
Thanks.
> > @@ -217,6 +239,9 @@ static irqreturn_t omap_irq_handler(int
On Mon, Nov 19, 2018 at 2:08 PM Maxime Ripard wrote:
>
> On Fri, Nov 16, 2018 at 10:09:10PM +0530, Jagan Teki wrote:
> > Probe tcon0 during dsi_bind, so-that the tcon attributes like
> > divider value, clock rate can get whenever it need.
> >
> > Signed-off-by: Jagan Teki
> > ---
> > drivers/gpu
On Mon, Nov 19, 2018 at 9:56 PM Mike Rapoport wrote:
>
> On Mon, Nov 19, 2018 at 08:43:09PM +0530, Souptick Joarder wrote:
> > Hi Mike,
> >
> > On Sat, Nov 17, 2018 at 8:07 PM Matthew Wilcox wrote:
> > >
> > > On Sat, Nov 17, 2018 at 12:26:38PM +0530, Souptick Joarder wrote:
> > > > On Fri, Nov 1
Hi Boris,
> From: Boris Brezillon
> Sent: 19 November 2018 12:51
> Subject: Re: [PATCH] drm/bridge: Fix 0-day build error
>
> Hi Fabrizio,
>
> The prefix should be "drm/bridge/sii902x:" and I'd prefer a short
> explanation of what is problematic in the subject rather than "Fix
> 0-day build error
This is basically the same fix as in
commit fa68d4f8476b ("drm/rockchip: fix for mailbox read size")
but for cdn_dp_mailbox_validate_receive function.
See patchwork.kernel.org/patch/10671981/ for details.
Signed-off-by: Damian Kos
---
drivers/gpu/drm/rockchip/cdn-dp-reg.c | 2 +-
1 file changed
On Mon, Nov 19, 2018 at 01:02:46PM +0200, Oleksandr Andrushchenko wrote:
> On 11/19/18 12:42 PM, Souptick Joarder wrote:
> > On Mon, Nov 19, 2018 at 3:22 PM Oleksandr Andrushchenko
> > wrote:
> > > > - unsigned long addr = vma->vm_start;
> > > > - int i;
> > > > + int err;
> > > I woul
Hi,
i got v5-patches working on bpi-r2 (mt7623) with a Patch from Ryder.lee and 2
from Bibby Hsieh on 4.19-rc1
https://github.com/frank-w/BPI-R2-4.14/commits/4.19-hdmiv5
but after i tried to include them on 4.19.2, i got a strange behaviour
(stretched and pink font instead of white/grey)
see
On Mon, Nov 19, 2018 at 10:26:38AM +, Russell King - ARM Linux wrote:
> On Mon, Nov 19, 2018 at 09:19:34AM +0100, Maxime Ripard wrote:
> > Hi,
> >
> > On Fri, Nov 16, 2018 at 07:18:29PM +0200, Priit Laes wrote:
> > > From: Priit Laes
> > >
> > > Even though HDMI connector features hotplug de
On Tue, Nov 20, 2018 at 01:16:16PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflict in:
>
> drivers/staging/vboxvideo/vbox_ttm.c
>
> between commits:
>
> a64f784bb14a ("drm/ttm: initialize globals during device init (v2)")
>
> from t
https://bugs.freedesktop.org/show_bug.cgi?id=108806
Michel Dänzer changed:
What|Removed |Added
Attachment #142526|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #54 from tempel.jul...@gmail.com ---
You should btw. also set CPU clock governor to either acpi-cpufreq performance
or intel_pstate performance, since governors like powersave, ondemand or
schedutil can already cause severe stuttering
Hi Koen,
On 19/11/2018 11:02, Koen Kooi wrote:
> Suggested by Qiang Yu to fix tearing artefacts in the
> Kodi GUI.
Thanks, indeed this fixes implicit fencing when using Lima on Amlogic Meson
SoCs.
Any objection to merge this ?
Neil
>
> Signed-off-by: Koen Kooi
> ---
> drivers/gpu/drm/meso
On Tue, 20 Nov 2018 09:00:47 +0100
Boris Brezillon wrote:
> On Mon, 19 Nov 2018 19:09:33 +
> Fabrizio Castro wrote:
>
> > Hello Boris,
> >
> > > From: Boris Brezillon
> > > Sent: 19 November 2018 19:07
> > > Subject: Re: [PATCH v3] drm/bridge/sii902x: Add missing dependency on
> > > I2
On Mon, 2018-11-12 at 16:01 +0100, Maarten Lankhorst wrote:
> We already have __drm_atomic_helper_connector_reset() and
> __drm_atomic_helper_plane_reset(), extend this to crtc as well.
>
> Most drivers already have a gpu reset hook, correct it.
> Nouveau already implemented its own __drm_atomic_h
On Fri, 16 Nov 2018, Fernando wrote:
> And, related to this, what is the "good" branch to start developing
> new drm patches? Is is "drm-next" or "linux-next"? Or does it change
> depending on how much time until the merge window closes?
I advise most of our developers to work on drm-tip because
https://bugs.freedesktop.org/show_bug.cgi?id=108591
Chris Wilson changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
Hi, Matthias:
On Tue, 2018-11-20 at 11:19 +0100, Matthias Brugger wrote:
>
> On 20/11/2018 05:05, CK Hu wrote:
> > Hi, Matthias:
> >
> > On Mon, 2018-11-19 at 10:26 +0100, Matthias Brugger wrote:
> >>
> >> On 19/11/2018 06:38, CK Hu wrote:
> >>> Hi, Matthias:
> >>>
> >>> On Fri, 2018-11-16 at 13
On Thu, Nov 15, 2018 at 08:51:04PM +0530, Jagan Teki wrote:
> > > drivers/clk/sunxi-ng/ccu_nkm.c | 3 +++
> > > drivers/clk/sunxi-ng/ccu_nkm.h | 1 +
> > > 2 files changed, 4 insertions(+)
> > >
> > > diff --git a/drivers/clk/sunxi-ng/ccu_nkm.c
> > > b/drivers/clk/sunxi-ng/ccu_nkm.c
> > > index 6
On 18.11.2018 22:31, Linus Walleij wrote:
> After adding the hs_rate and lp_rate fields to the DSI device
> we need to populate these accordingly so display drivers can
> respect them.
>
> This figure for HS rate comes from the ILI9881C manual, the
> calculation is explained in the comment.
>
> Cc:
The current implementation of ascii85_encode() does not copy the encoded
buffer 'z' to the output buffer in case the input is zero. This patch
simply adds this missing piece. This makes it easier to use this
function to encode large buffers.
Signed-off-by: Sharat Masetty
---
include/linux/ascii8
When the userspace tries to read the crashstate dump, the read side
implementation in the driver currently ascii85 encodes all the binary
buffers and it does this each time the read system call is called.
A userspace tool like cat typically does a page by page read and the
number of read calls depe
The ring substructure in msm_gpu_state is an extension of
msm_gpu_state_bo, so this patch changes the ring structure
to reuse the msm_gpu_state_bo as a base class, instead of
redefining the required variables.
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 20 +++
The ringbuffer data to capture at crashtime can end up being large
sometimes, and the size can vary from being less than a page to the
full size of 32KB. So use the kvmalloc variant that perfectly fits the bill.
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 4 ++--
https://bugs.freedesktop.org/show_bug.cgi?id=108763
Chris Wilson changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=108693
--- Comment #3 from Andrey Arapov ---
(In reply to Alex Deucher from comment #2)
> This patchset may help:
> https://patchwork.freedesktop.org/series/52164/
Thank you, Alex.
I can confirm, the patches worked for me.
I have adapted them for Lin
On Tue, Nov 20, 2018 at 12:02 PM Andrzej Hajda wrote:
> > + /*
> > + * The datasheet (table 39) specifies "limited clock channel speed"
> > + * for 4 lanes as 550 Mbps for RGB888. As this is 4 bits at the time,
> > + * the maximum HS frequency is 550/4 = 137.5 MHz.
> > + *
https://bugs.freedesktop.org/show_bug.cgi?id=108781
--- Comment #7 from Linnea S ---
I'm also hitting this bug with MSI R9 390 and kernel 4.19.2-300.fc29.x86_64. It
works with 4.18.17-300.fc29.x86_64. Boot options:
radeon.cik_support=0 amdgpu.cik_support=1 amdgpu.dc=0 amdgpu.dpm=1
Please let me
On Tue, Nov 6, 2018 at 4:40 PM Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in DRM_DEV_ERROR error message
>
> Signed-off-by: Colin Ian King
Patch applied.
Yours,
Linus Walleij
___
dri-devel mailing list
dri-devel@lis
On Mon, Nov 19, 2018 at 04:28:29PM +0530, Jagan Teki wrote:
> On Mon, Nov 19, 2018 at 1:57 PM Maxime Ripard
> wrote:
> >
> > On Fri, Nov 16, 2018 at 10:09:05PM +0530, Jagan Teki wrote:
> > > Loop N1 instruction delay for burst mode lcd panel are
> > > computed as per BSP code.
> > >
> > > Referen
This patch series creates a new connector property to program
colorspace to sink devices. Modern sink devices support more
than 1 type of colorspace like 601, 709, BT2020 etc. This helps
to switch based on content type which is to be displayed. The
decision lies with compositors as to in which scen
This patch adds a HDMI colorspace property, enabling
userspace to switch to various supported colorspaces.
This will help enable BT2020 along with other colorspaces.
v2: Addressed Maarten and Ville's review comments. Enhanced
the colorspace enum to incorporate both HDMI and DP supported
colorspace
This patch adds a DP colorspace property, enabling
userspace to switch to various supported colorspaces.
This will help enable BT2020 along with other colorspaces.
v2: Addressed Maarten and Ville's review comments. Enhanced
the colorspace enum to incorporate both HDMI and DP supported
colo
This patch attaches the colorspace connector property to the
hdmi connector. Based on colorspace change, modeset will be
triggered to switch to new colorspace.
Based on colorspace property value create an infoframe
with appropriate colorspace. This can be used to send an
infoframe packet with prop
https://bugs.freedesktop.org/show_bug.cgi?id=108542
--- Comment #9 from Nicholas Kazlauskas ---
The patchset from:
https://patchwork.freedesktop.org/patch/260799/
...will likely resolve this issue.
It has been merged into amd-staging-drm-next branch at:
https://cgit.freedesktop.org/~agd5f/lin
Quoting Uma Shankar (2018-11-20 14:22:10)
> @@ -1457,6 +1480,18 @@ int drm_mode_create_colorspace_property(struct
> drm_connector *connector)
> return -ENOMEM;
>
> dev->mode_config.hdmi_colorspace_property = prop;
> + } else if (connector->connector_
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #47 from Allan ---
I have really bad news.
I'm delaying a lot to answer because I literally sent for warranty or replaced
ALL of my components in the PC.
The CPU (R7 1800X) was replaced from a batch 21 to a new by AMD itself batche
Den 10.11.2018 15.56, skrev Noralf Trønnes:
This patchset adds a GEM object function table and makes use of it in
the CMA helper.
This was originally part of a shmem helper series[1] that didn't make
it. Daniel and Christian showed interest in the vtable part so I have
hooked it up to some refac
>-Original Message-
>From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
>Sent: Tuesday, November 20, 2018 7:41 PM
>To: Shankar, Uma ; dri-devel@lists.freedesktop.org;
>intel-...@lists.freedesktop.org
>Cc: Syrjala, Ville ; jo...@kwiboo.se;
>hansv...@cisco.com; Shankar, Uma ; Lankhorst,
>
Laurent,
Den 25.10.2018 22.13, skrev Noralf Trønnes:
The CMA helper is already using the drm_fb_helper_generic_probe part of
the generic fbdev emulation. This patch makes full use of the generic
fbdev emulation by using its drm_client callbacks. This means that
drm_mode_config_funcs->output_poll
On Fri, Nov 09, 2018 at 11:39:15AM +0200, Stanislav Lisovskiy wrote:
> v5: This is YUV444 packed format same as AYUV, but without alpha,
> as supported by i915.
>
> v6: Removed unneeded initializer for new XYUV format.
>
> v7: Added is_yuv field initialization according to latest
> drm_fo
On Mon, Nov 19, 2018 at 04:52:17PM +0530, Jagan Teki wrote:
> On Mon, Nov 19, 2018 at 2:02 PM Maxime Ripard
> wrote:
> >
> > On Fri, Nov 16, 2018 at 10:09:08PM +0530, Jagan Teki wrote:
> > > Allwinner MIPI DSI DRQ set value can be varied with respective
> > > video modes.
> > > - burst mode the s
https://bugs.freedesktop.org/show_bug.cgi?id=108781
--- Comment #8 from Alex Deucher ---
Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.
https://bugs.freedesktop.org/show_bug.cgi?id=108606
--- Comment #17 from Marvin Damschen ---
I am not sure whether this is the same issue, but I get freezes within ~1 hour
uptime with the latest firmware (18.40) on a Ryzen 2500U (Lenovo E485) with
4.20 rc3. I will attach a dmesg log of such a fre
https://bugs.freedesktop.org/show_bug.cgi?id=108606
Marvin Damschen changed:
What|Removed |Added
CC||marvin.damsc...@gullz.de
--- Comment
On Wed, 7 Nov 2018 15:10:31 +
"Kazlauskas, Nicholas" wrote:
> On 11/7/18 9:57 AM, Wentland, Harry wrote:
> >
> >
> > On 2018-11-06 3:24 p.m., Nicholas Kazlauskas wrote:
> >> These include the drm_connector 'vrr_capable' and the drm_crtc
> >> 'vrr_enabled' properties.
> >>
> >> Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=108704
--- Comment #5 from Bjorn Helgaas ---
Could somebody please attach "sudo lspci -vvxxx" output for an affected system
(for at least the root port and GPU, or the whole system if that's easier)?
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #48 from Allan ---
Damn, ignore the kern.log report, is outdated.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freed
On Tue, Nov 20, 2018 at 02:16:38PM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
> >Sent: Tuesday, November 20, 2018 7:41 PM
> >To: Shankar, Uma ; dri-devel@lists.freedesktop.org;
> >intel-...@lists.freedesktop.org
> >Cc: Syrj
On Tue, Nov 20, 2018 at 07:52:09PM +0530, Uma Shankar wrote:
> This patch adds a HDMI colorspace property, enabling
> userspace to switch to various supported colorspaces.
> This will help enable BT2020 along with other colorspaces.
>
> v2: Addressed Maarten and Ville's review comments. Enhanced
>
https://bugs.freedesktop.org/show_bug.cgi?id=108693
--- Comment #4 from Alex Deucher ---
(In reply to Andrey Arapov from comment #3)
> (In reply to Alex Deucher from comment #2)
> > This patchset may help:
> > https://patchwork.freedesktop.org/series/52164/
>
> Thank you, Alex.
>
> I can confir
Hi Uma,
On Wed, Oct 31, 2018 at 05:35:45PM +0530, Uma Shankar wrote:
>This patch adds a colorspace property enabling
>userspace to switch to various supported colorspaces.
>This will help enable BT2020 along with other colorspaces.
>
>v2: Addressed Maarten and Ville's review comments. Enhanced
>th
On Tue, Nov 20, 2018 at 03:24:37PM +0530, Vivek Gautam wrote:
> dma_map_sg() expects a DMA domain. However, the drm devices
> have been traditionally using unmanaged iommu domain which
> is non-dma type. Using dma mapping APIs with that domain is bad.
>
> Replace dma_map_sg() calls with dma_sync_s
On Tue, Nov 20, 2018 at 05:07:28PM +0530, Sharat Masetty wrote:
> The ringbuffer data to capture at crashtime can end up being large
> sometimes, and the size can vary from being less than a page to the
> full size of 32KB. So use the kvmalloc variant that perfectly fits the bill.
>
> Signed-off-b
On Mon, Nov 19, 2018 at 05:06:32PM +0530, Jagan Teki wrote:
> On Mon, Nov 19, 2018 at 2:08 PM Maxime Ripard
> wrote:
> >
> > On Fri, Nov 16, 2018 at 10:09:10PM +0530, Jagan Teki wrote:
> > > Probe tcon0 during dsi_bind, so-that the tcon attributes like
> > > divider value, clock rate can get when
On Mon, Nov 19, 2018 at 04:30:37PM +0530, Jagan Teki wrote:
> On Mon, Nov 19, 2018 at 2:00 PM Maxime Ripard
> wrote:
> >
> > On Fri, Nov 16, 2018 at 10:09:07PM +0530, Jagan Teki wrote:
> > > Burst mode display timings are different from convectional
> > > video mode so update the horizontal and v
On Tue, Nov 20, 2018 at 05:07:29PM +0530, Sharat Masetty wrote:
> The current implementation of ascii85_encode() does not copy the encoded
> buffer 'z' to the output buffer in case the input is zero. This patch
> simply adds this missing piece. This makes it easier to use this
> function to encode
On Tue, Nov 20, 2018 at 05:07:30PM +0530, Sharat Masetty wrote:
> The ring substructure in msm_gpu_state is an extension of
> msm_gpu_state_bo, so this patch changes the ring structure
> to reuse the msm_gpu_state_bo as a base class, instead of
> redefining the required variables.
>
> Signed-off-b
On Tue, Nov 20, 2018 at 05:07:31PM +0530, Sharat Masetty wrote:
> When the userspace tries to read the crashstate dump, the read side
> implementation in the driver currently ascii85 encodes all the binary
> buffers and it does this each time the read system call is called.
> A userspace tool like
On Thu, Nov 15, 2018 at 11:19:53PM +0530, Jagan Teki wrote:
> On Thu, Nov 15, 2018 at 3:26 PM Maxime Ripard
> wrote:
> >
> > Hi,
> >
> > On Tue, Nov 13, 2018 at 04:46:15PM +0530, Jagan Teki wrote:
> > > The horizontal and vertical back porch calculation in BSP
> > > code is simply following the L
On Tue, Nov 20, 2018 at 07:06:30PM +0530, Jagan Teki wrote:
> On Tue, Nov 20, 2018 at 6:53 PM Maxime Ripard
> wrote:
> >
> > On Mon, Nov 19, 2018 at 04:28:29PM +0530, Jagan Teki wrote:
> > > On Mon, Nov 19, 2018 at 1:57 PM Maxime Ripard
> > > wrote:
> > > >
> > > > On Fri, Nov 16, 2018 at 10:09
From: Ville Syrjälä
Make life easier for drivers by simply passing the connector
to drm_hdmi_avi_infoframe_from_display_mode() and
drm_hdmi_avi_infoframe_quant_range(). That way drivers don't
need to worry about is_hdmi2_sink mess.
Cc: Alex Deucher
Cc: "Christian König"
Cc: "David (ChunMing) Z
From: Ville Syrjälä
Fill out the AVI infoframe quantization range bits using
drm_hdmi_avi_infoframe_quant_range() instead of hand rolling it.
This changes the behaviour slightly as
drm_hdmi_avi_infoframe_quant_range() will set a non-zero Q bit
even when QS==0 iff the Q bit matched the default qu
From: Ville Syrjälä
Fill out the AVI infoframe quantization range bits using
drm_hdmi_avi_infoframe_quant_range() for SDVO HDMI encoder as well.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_sdvo.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff -
From: Ville Syrjälä
Move the CEA-861 QS bit handling entirely into the edid code. No
need to bother the drivers with this.
Cc: Alex Deucher
Cc: "Christian König"
Cc: "David (ChunMing) Zhou"
Cc: amd-...@lists.freedesktop.org
Cc: Eric Anholt (supporter:DRM DRIVERS FOR VC4)
Signed-off-by: Ville
The 'domain' argument to qxl_bo_pin is redundant with 'bo', and
'gpu_addr' is unused, so we can remove both.
Signed-off-by: Christophe Fergeau
---
drivers/gpu/drm/qxl/qxl_display.c | 4 ++--
drivers/gpu/drm/qxl/qxl_fb.c | 2 +-
drivers/gpu/drm/qxl/qxl_object.c | 12
drivers/
qxl_bo_unref() is already performing a NULL check.
Signed-off-by: Christophe Fergeau
---
drivers/gpu/drm/qxl/qxl_display.c | 4 +---
drivers/gpu/drm/qxl/qxl_draw.c| 3 +--
drivers/gpu/drm/qxl/qxl_kms.c | 6 ++
3 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu
QEMU keeps a vram reference to the last QXLCursorCmd it received.
This QXLCursorCmd command points to a QXLCursor instance (stored in vram
too). However, while the QXLCursorCmd memory is pinned, the QXLCursor
memory is not.
When booting a recent Fedora to its login screen while monitoring the
QXLC
On Tue, Nov 20, 2018 at 06:13:42PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make life easier for drivers by simply passing the connector
> to drm_hdmi_avi_infoframe_from_display_mode() and
> drm_hdmi_avi_infoframe_quant_range(). That way drivers don't
> need to worry about is_hdmi2_s
On Mon, Nov 19, 2018 at 10:15:28AM +0100, Linus Walleij wrote:
> After adding the hs_rate and lp_rate fields to the DSI device
> we need to populate these accordingly so display drivers can
> respect them.
>
> Cc: Andrzej Hajda
> Cc: Chris Zhong
> Cc: Lin Huang
> Cc: Heiko Stuebner
> Tested-by
thanks, it's nice to see a2xx getting some attention upstream.. few
comments inline..
On Wed, Nov 14, 2018 at 5:28 PM Jonathan Marek wrote:
>
> A2XX has its own very simple MMU.
>
> Added a msm_use_mmu() function because we can't rely on iommu_present to
> decide to use MMU or not.
>
> Signed-off
From: Ville Syrjälä
We're going to need two cea mode tables (on for VICs < 128,
another one for VICs >= 193). To that end replace the direct
edid_cea_modes[] lookups with a function call. And we'll rename
the array to edid_cea_modes_0[] to indicathe how it's to be
indexed.
Cc: Hans Verkuil
Cc:
From: Ville Syrjälä
Now that the cea mode handling is not 100% tied to the single
array the dummy VIC 0 mode is pretty much pointles. Throw it
out.
Cc: Hans Verkuil
Cc: Shashank Sharma
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_edid.c | 14 +-
1 file changed, 5 insertio
From: Ville Syrjälä
Add a second table to the cea modes with VIC >= 193.
Cc: Hans Verkuil
Cc: Shashank Sharma
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_edid.c | 151 -
1 file changed, 149 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/d
From: Ville Syrjälä
Fill out our list of cea modes with the new stuff from CTA-861-G.
We only do the modes with VIC < 128 here. Adding the higher
numbered VICs will need some slight code refactoring first.
Cc: Hans Verkuil
Cc: Shashank Sharma
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/
Hi Liam,
I'm missing a bit of context here, but I did read the v1 thread.
Please accept my apologies if I'm re-treading trodden ground.
I do know we're chasing nebulous ion "problems" on our end, which
certainly seem to be related to what you're trying to fix here.
On Thu, Nov 01, 2018 at 03:15:
On Mon, Nov 19, 2018 at 10:19:42PM +0200, Ville Syrjälä wrote:
> On Tue, Nov 13, 2018 at 05:52:30PM -0800, Manasi Navare wrote:
> > From: Anusha Srivatsa
> >
> > If the panel supports FEC, the driver has to
> > set the FEC_READY bit in the dpcd register:
> > FEC_CONFIGURATION.
> >
> > This has t
From: Colin Ian King
Currently there are several instances of pointer fs_params being
dereferenced before fs_params is being null checked. Fix this by
only dereferencing fs_params after the null check.
Detected by CoverityScan, CID#1475565 ("Dereference before null check")
Fixes: e1e8a020c6b8
From: Ville Syrjälä
The early return in drm_atomic_set_mode_for_crtc() isn't quite
right. It would mistakenly return and fail to update
crtc_state->enable if someone actually tried to set a zeroed
mode on a currently disabled crtc. I suppose that should never
happen but better safe than sorry.
A
This defines all the DSC parameters as per the VESA DSC spec
that will be required for DSC encoder/decoder
v6: (From Manasi)
* Add a bit mask for RANGE_BPG_OFFSET for 6 bits(Manasi)
v5 (From Manasi)
* Add the RC constants as per the spec
v4 (From Manasi)
* Add the DSC_MUX_WORD_SIZE constants (Mana
From: Gaurav K Singh
This patch enables decompression support in sink device
before link training and disables the same during the
DDI disabling.
v3 (From manasi):
* Pass bool state to enable/disable (Ville)
v2:(From Manasi)
* Change the enable/disable function to take crtc_state
instead of inte
1 - 100 of 167 matches
Mail list logo
