Hello,
we already talked about this via irc, but for the record and the benefit
of others:
On Tue, Feb 02, 2021 at 10:49:15AM +, Russell King - ARM Linux admin wrote:
> I think you need to have a 6th patch which moves the
> probe/remove/shutdown methods into the bus_type - if you're setting
>
This driver "transfers" a dmabuf created on the Guest to the Host.
A common use-case for such a transfer includes sharing the scanout
buffer created by a display server or a compositor running in the
Guest with Qemu UI -- running on the Host.
The "transfer" is accomplished by sharing the PFNs of a
This backend acts as the counterpart to the Vdmabuf Virtio frontend.
When it receives a new export event from the frontend, it raises an
event to alert the Qemu UI/userspace. Qemu then "imports" this buffer
using the Unique ID.
As part of the import step, a new dmabuf is created on the Host using
The Virtual Dmabuf or Virtio based Dmabuf (Vdmabuf) driver can be used
to "transfer" a page-backed dmabuf created in the Guest to the Host
without making any copies. This is mostly accomplished by recreating the
dmabuf on the Host using the PFNs and other meta-data shared by the guest.
A use-case
After registering with this notifier, other drivers that are dependent
on KVM can get notified whenever a VM is created or destroyed. This
also provides a way for sharing the KVM instance pointer with other
drivers.
Signed-off-by: Vivek Kasireddy
---
include/linux/kvm_host.h | 5 +
virt/kvm
SN65DSI84 is a Single Channel DSI to Dual-link LVDS bridge from
Texas Instruments.
SN65DSI83, SN65DSI85 are variants of the same family of bridge
controllers.
Right now the bridge driver is supporting a single link, dual-link
support requires to initiate I2C Channel B registers.
Tested with STM3
SN65DSI84 is a Single Channel DSI to Dual-link LVDS bridge from
Texas Instruments.
SN65DSI83, SN65DSI85 are variants of the same family of bridge
controllers.
Right now the bridge driver is supporting a single link, dual-link
support requires to initiate I2C Channel B registers, so dt-bindings
do
On Tue, Feb 02, 2021 at 04:24:45PM +0100, Daniel Vetter wrote:
> On Mon, Feb 01, 2021 at 05:03:44PM +, Xiong, Jianxin wrote:
> > > -Original Message-
> > > From: Jason Gunthorpe
> > > Sent: Monday, February 01, 2021 7:29 AM
> > > To: Daniel Vetter
> > > Cc: Leon Romanovsky ; Gal Press
On Tue, Feb 2, 2021 at 6:04 AM Daniel Vetter wrote:
>
> On Fri, Jan 22, 2021 at 05:28:32PM -0800, John Stultz wrote:
> > On Mon, Dec 21, 2020 at 2:09 PM Daniel Vetter wrote:
> > >
> > > On Fri, Dec 18, 2020 at 05:16:56PM -0800, John Stultz wrote:
> > > > On Fri, Dec 18, 2020 at 6:36 AM Daniel Vet
On Mon, Feb 1, 2021 at 11:48 AM Jitao Shi wrote:
>
> Some panels or bridges require customized hs_da_trail time.
> So add a property in devicetree for this panels and bridges.
Since this changes the device tree, you also need to upload a binding
document change.
>
> Signed-off-by: Jitao Shi
> -
[AMD Official Use Only - Internal Distribution Only]
> -Original Message-
> From: Imre Deak
> Sent: Tuesday, February 2, 2021 7:22 PM
> To: Lin, Wayne
> Cc: dri-devel@lists.freedesktop.org; Lyude Paul
> Subject: Re: [PATCH 2/4] drm/dp_mst: Don't cache EDIDs for physical ports
>
> On Tue
Just had a quick peek. The issue is that you can’t attach to the drm device
(card0) because it hasn’t been registered yet (drm device registration is last
in the vmw_probe in vmwgfx_drv.c via the drm_dev_register). So
dev->primary->kdev->kobj that you’re using as argument to kobject_init_and_add
On Tue, Feb 2, 2021 at 4:31 PM Suren Baghdasaryan wrote:
> Currently system heap maps its buffers with VM_PFNMAP flag using
> remap_pfn_range. This results in such buffers not being accounted
> for in PSS calculations because vm treats this memory as having no
> page structs. Without page structs
On Tue, Feb 2, 2021 at 10:02 PM Lukasz Luba wrote:
>
>
>
> On 2/2/21 1:01 AM, Qiang Yu wrote:
> > Hi Lukasz,
> >
> > Thanks for the explanation. So the deferred timer option makes a mistake
> > that
> > when GPU goes from idle to busy for only one poll periodic, in this
> > case 50ms, right?
>
>
On Tue, Feb 02, 2021 at 04:31:34PM -0800, Suren Baghdasaryan wrote:
> Currently system heap maps its buffers with VM_PFNMAP flag using
> remap_pfn_range. This results in such buffers not being accounted
> for in PSS calculations because vm treats this memory as having no
> page structs. Without pag
On Tue, Feb 02, 2021 at 04:31:33PM -0800, Suren Baghdasaryan wrote:
> Replace BUG_ON(vma->vm_flags & VM_PFNMAP) in vm_insert_page with
> WARN_ON_ONCE and returning an error. This is to ensure users of the
> vm_insert_page that set VM_PFNMAP are notified of the wrong flag usage
> and get an indicati
On Tue, 2 Feb 2021 at 23:25, James Park wrote:
>
> On Tue, Feb 2, 2021 at 2:47 PM Emil Velikov wrote:
> >
> > Currently, the drm_fourcc.h header depends on drm.h for __u32 and __u64.
> > At the same time drm.h pulls a lot of unneeded symbols.
> >
> > Add new guard DRM_FOURCC_STANDALONE, which whe
On Tuesday, February 2nd, 2021 at 11:48 PM, Emil Velikov
wrote:
> P.S. Please try to avoid top-posting and HTML emails in public discussions.
(James: as a side note, here is a guide to configure your e-mail client
to use plain-text: https://useplaintext.email/)
_
On Tue, Feb 2, 2021 at 7:09 PM Sergey Senozhatsky
wrote:
>
> On (21/02/02 16:02), Masahiro Yamada wrote:
> >
> > CONSOLE_LOGLEVEL_DEFAULT is nothing more than a shorthand of
> > CONFIG_CONSOLE_LOGLEVEL_DEFAULT.
> >
> > When you change CONFIG_CONSOLE_LOGLEVEL_DEFAULT from Kconfig, almost
> > all ob
Hi james,
On Tue, 2 Feb 2021 at 18:15, James Park wrote:
>
> I'm not sure what your suggestion is. Move which #ifdef block where?
>
Fair enough. Just sent out a patch which demonstrates what I have in mind.
Thanks
Emil
P.S. Please try to avoid top-posting and HTML emails in public discussions.
Currently, the drm_fourcc.h header depends on drm.h for __u32 and __u64.
At the same time drm.h pulls a lot of unneeded symbols.
Add new guard DRM_FOURCC_STANDALONE, which when set will use local
declaration of said symbols.
When used on linux - this is a trivial but only when building in strict
On Tue, Feb 2, 2021 at 11:08 AM Rob Clark wrote:
>
> On Tue, Feb 2, 2021 at 10:46 AM AngeloGioacchino Del Regno
> wrote:
> >
> > Il 02/02/21 19:45, Rob Clark ha scritto:
> > > On Tue, Feb 2, 2021 at 6:32 AM AngeloGioacchino Del Regno
> > > wrote:
> > >>
> > >> Il 01/02/21 18:31, Rob Clark ha scr
Hello,
On Tue, Feb 02, 2021 at 02:53:50PM +0100, Uwe Kleine-König wrote:
> the following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
>
> Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
>
> are available in the Git repository at:
>
> https://git.pengutronix.de/git/ukl/linux tag
Properties in if/then schemas weren't getting checked by the meta-schemas.
Enabling meta-schema checks finds several errors.
The use of an 'items' schema (as opposed to the list form) is wrong in
some cases as it applies to all entries. 'contains' is the correct schema
to use in the case of multip
Hi all,
Commit
44c5bd08518c ("*** HAX FOR CI *** Revert "rtc: mc146818: Detect and handle
broken RTCs"")
is missing a Signed-off-by from its author and committer.
Reverts are commits as well.
--
Cheers,
Stephen Rothwell
pgpbH98iiRCJd.pgp
Description: OpenPGP digital signature
___
My build tests failed to catch that amba driver that would have needed
adaption in commit 3fd269e74f2f ("amba: Make the remove callback return
void"). Change the remove function to make the driver build again.
Reported-by: kernel test robot
Fixes: 3fd269e74f2f ("amba: Make the remove callback ret
On Sat, Jan 30, 2021 at 7:10 PM Marek Vasut wrote:
> Add DT binding document for TI SN65DSI83 DSI to LVDS bridge.
>
> Signed-off-by: Marek Vasut
> Cc: Douglas Anderson
> Cc: Laurent Pinchart
> Cc: Linus Walleij
> Cc: Sam Ravnborg
> Cc: Stephen Boyd
> Cc: devicet...@vger.kernel.org
> To: dri
On Tue, Feb 2, 2021 at 10:46 AM AngeloGioacchino Del Regno
wrote:
>
> Il 02/02/21 19:45, Rob Clark ha scritto:
> > On Tue, Feb 2, 2021 at 6:32 AM AngeloGioacchino Del Regno
> > wrote:
> >>
> >> Il 01/02/21 18:31, Rob Clark ha scritto:
> >>> On Mon, Feb 1, 2021 at 9:18 AM Rob Clark wrote:
>
Ayuda
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Tue, Feb 2, 2021 at 6:32 AM AngeloGioacchino Del Regno
wrote:
>
> Il 01/02/21 18:31, Rob Clark ha scritto:
> > On Mon, Feb 1, 2021 at 9:18 AM Rob Clark wrote:
> >>
> >> On Mon, Feb 1, 2021 at 9:05 AM Rob Clark wrote:
> >>>
> >>> On Mon, Feb 1, 2021 at 7:47 AM Rob Clark wrote:
>
> O
On Tue, 2021-02-02 at 09:33 +0100, Christian König wrote:
> Yeah, known issue.
>
> An NTP server which I don't have access to has gone bananas and
> sometimes spits out invalid time stamps.
>
> Only thing I can do is wait for an admin to take care of this.
haha it's ok! I just thought it was mi
Hi Oliver,
On 21-02-02 18:35, Oliver Graute wrote:
> Add support for the Solomon Goldentek Display Model: GKTW70SDAD1SD
> to panel-simple.
>
> The panel spec from Variscite can be found at:
> https://www.variscite.com/wp-content/uploads/2017/12/VLCD-CAP-GLD-RGB.pdf
>
> Signed-off-by: Oliver Grau
Ah, yes, sorry, I missed that. I just double checked and it fails with:
kobject_add_internal failed for memory_accounting (error: -2 parent: card0)
which breaks the probe and the driver won’t load. I won’t have time to look
into it until tomorrow though.
z
> On Feb 2, 2021, at 10:16, Christian
Hi Jessica,
On Tue, 2 Feb 2021 at 14:37, Jessica Yu wrote:
>
> +++ Christoph Hellwig [02/02/21 13:13 +0100]:
> >Hi all,
> >
> >this series removes support for long term unused export types and
> >cleans up various loose ends in the module loader.
> >
> >Changes since v2:
> > - clean up klp_find_o
Hi James,
On Tue, 2 Feb 2021 at 08:27, James Park wrote:
>
> Hello,
>
> Is there something I can do to help move this patch along?
>
> Thanks,
> James Park
>
> On Thu, Dec 10, 2020 at 1:13 AM James Park wrote:
>>
>> Create drm_basic_types.h to define types previously defined by drm.h.
>>
>> Use
On Tue, Feb 2, 2021 at 7:46 AM Daniel Vetter wrote:
>
> On Mon, Jan 25, 2021 at 03:49:01PM -0800, Stephen Boyd wrote:
> > Lockdep complains about an AA deadlock when rebooting the device.
> >
> >
> > WARNING: possible recursive locking detected
> > 5.4.
https://bugzilla.kernel.org/show_bug.cgi?id=211425
Andreas (icedragon...@web.de) changed:
What|Removed |Added
Kernel Version|5.10.11 |5.10.12
--- Comment #2 fr
On Tue, Feb 2, 2021 at 8:31 AM Bernard Zhao wrote:
>
> Remove unneeded variable: "pattern".
>
> Signed-off-by: Bernard Zhao
Applied. Thanks!
Alex
> ---
> drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/d
On Mon, Jan 25, 2021 at 03:49:01PM -0800, Stephen Boyd wrote:
> Lockdep complains about an AA deadlock when rebooting the device.
>
>
> WARNING: possible recursive locking detected
> 5.4.91 #1 Not tainted
>
>
Back from vacations.
On Thu, Jan 28, 2021 at 04:46:55PM +0100, Christian König wrote:
> Am 28.01.21 um 16:39 schrieb Felix Kuehling:
> > Am 2021-01-28 um 2:39 a.m. schrieb Christian König:
> > > Am 27.01.21 um 23:00 schrieb Felix Kuehling:
> > > > Am 2021-01-27 um 7:16 a.m. schrieb Christian König
On Mon, Feb 01, 2021 at 05:03:44PM +, Xiong, Jianxin wrote:
> > -Original Message-
> > From: Jason Gunthorpe
> > Sent: Monday, February 01, 2021 7:29 AM
> > To: Daniel Vetter
> > Cc: Leon Romanovsky ; Gal Pressman ;
> > Xiong, Jianxin ; Yishai Hadas
> > ; linux-rdma ; Edward
> > Sro
On Tue, Feb 02, 2021 at 10:13:14AM -0500, Phillip Susi wrote:
>
> Daniel Vetter writes:
>
> > Just a quick comment on this: Since most framebuffers are write-combining,
> > and reads from that tend to be ~3 orders of magnitude slower than writes
> > (at least on the pile of machines I looked at h
On Mon, Jan 25, 2021 at 08:48:15AM -0600, Joseph Schulte wrote:
> This patch helps complete Use DRM_MODESET_LOCK_ALL* helpers instead of
> boilerplate todo in Documentation/gpu/todo.rst
>
> Signed-off-by: Joseph Schulte
Applied to drm-misc-next, thanks for your patch.
-Daniel
> ---
> drivers/
Hi Zack,
can you also give it a quick smoke test?
I'm not sure if I wired up all the sysfs magic correctly inside vmwgfx,
but I currently don't have a setup where I can test this.
Thanks,
Christian.
Am 02.02.21 um 16:14 schrieb Zack Rusin:
Looks good. There’s probably not much reason to cal
Looks good. There’s probably not much reason to call it ttm_memory anymore as
it only deals with ttm_mem_glob, we’ll likely fold it in after you submit.
Thanks.
Reviewed-by: Zack Rusin
z
> On Feb 2, 2021, at 08:04, Christian König wrote:
>
> Ping?
>
> Especially Roland and Zack do you have
From: Ben Skeggs
[ Upstream commit d502297008142645edf5c791af424ed321e5da84 ]
Reported-by: Lyude Paul
Signed-off-by: Ben Skeggs
Signed-off-by: Sasha Levin
---
drivers/gpu/drm/nouveau/include/nvif/push.h | 216 ++--
1 file changed, 108 insertions(+), 108 deletions(-)
diff --g
From: Heiko Stuebner
This enables variant a of the clkout signal for camera applications
and also the cifclkin pinctrl setting.
Signed-off-by: Heiko Stuebner
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/rockc
The rk3399 has two ISPs and right now only the first one is usable.
The second ISP is connected to the TXRX dphy on the soc.
The phy of ISP1 is only accessible through the DSI controller's
io-memory, so this series adds support for simply using the dsi
controller is a phy if needed.
That solution
From: Heiko Stuebner
The Rockchip DSI controller on some SoCs also controls a bidrectional
dphy, which would be connected to an Image Signal Processor as a phy
in the rx configuration.
So allow a #phy-cells property for the dsi controller.
Signed-off-by: Heiko Stuebner
---
.../bindings/displa
From: Heiko Stuebner
ISP1 is supplied by the tx1rx1 dphy, that is controlled from
inside the dsi1 controller, so include the necessary phy-link
for it.
Signed-off-by: Heiko Stuebner
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 26
1 file changed, 26 insertions(+)
di
From: Heiko Stuebner
SoCs like the rk3288 and rk3399 have 3 mipi dphys on them. One is TX-
only, one is RX-only and one can be configured to do either TX or RX.
The RX phy is statically connected to the first Image Signal Processor,
the TX phy is statically connected to the first DSI controller
From: Heiko Stuebner
The dsi controller includes access to the dphy which might be used
not only for dsi output but also for csi input on dsi1, so add the
necessary #phy-cells to allow it to be used as phy.
Signed-off-by: Heiko Stuebner
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 1 +
1 fil
From: Heiko Stuebner
In a followup patch, we'll need to access the pclk ourself to enable some
functionality, so get and store it in the rockchip dw-dsi variant as well.
Clocks are refcounted, so possible cascading enablements are
no problem.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/
+++ Christoph Hellwig [02/02/21 13:13 +0100]:
Hi all,
this series removes support for long term unused export types and
cleans up various loose ends in the module loader.
Changes since v2:
- clean up klp_find_object_symbol a bit
- remove the now unused module_assert_mutex helper
Changes since
On Fri, Jan 22, 2021 at 10:16:45AM -0500, Alex Deucher wrote:
> On Fri, Jan 22, 2021 at 4:43 AM Daniel Vetter wrote:
> >
> > On Fri, Jan 22, 2021 at 10:32:48AM +0200, Pekka Paalanen wrote:
> > > On Tue, 19 Jan 2021 10:50:26 -0500
> > > Aurabindo Pillai wrote:
> > >
> > > > Changes in V5
> > > > =
On Wed, Jan 27, 2021 at 09:29:41AM -0500, Andrey Grodzovsky wrote:
> Hey Daniel, just a ping.
Was on vacations last week.
> Andrey
>
> On 1/25/21 10:28 AM, Andrey Grodzovsky wrote:
> >
> > On 1/19/21 8:56 AM, Daniel Vetter wrote:
> > > On Mon, Jan 18, 2021 at 04:01:10PM -0500, Andrey Grodzovsky
https://bugzilla.kernel.org/show_bug.cgi?id=207833
Antony J.R (antonyjr...@gmail.com) changed:
What|Removed |Added
CC||antonyjr...@gmail.com
On Fri, Jan 22, 2021 at 01:55:04PM -0500, Phillip Susi wrote:
>
> Geert Uytterhoeven writes:
>
> Judging from some of the comments in the code, it looks like you were
> one of the original authors of fbcon? I haven't been able to find any
> of these sczbot crash reports, and am not sure how fuzz
On Wed, Jan 27, 2021 at 01:08:05PM +0100, Thomas Zimmermann wrote:
> Hi
>
> Am 11.01.21 um 17:50 schrieb Daniel Vetter:
> > On Fri, Jan 08, 2021 at 10:43:31AM +0100, Thomas Zimmermann wrote:
> > > Implementations of the vmap/vunmap GEM callbacks may perform pinning
> > > of the BO and may acquire
https://bugzilla.kernel.org/show_bug.cgi?id=203905
Antony J.R (antonyjr...@gmail.com) changed:
What|Removed |Added
CC||antonyjr...@gmail.com
On Tue, Feb 02, 2021 at 02:53:50PM +0100, Uwe Kleine-König wrote:
> Hello,
>
> the following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
>
> Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
>
> are available in the Git repository at:
>
> https://git.pengutronix.de/git/ukl/linux
On Fri, Jan 22, 2021 at 05:28:32PM -0800, John Stultz wrote:
> On Mon, Dec 21, 2020 at 2:09 PM Daniel Vetter wrote:
> >
> > On Fri, Dec 18, 2020 at 05:16:56PM -0800, John Stultz wrote:
> > > On Fri, Dec 18, 2020 at 6:36 AM Daniel Vetter wrote:
> > > > On Thu, Dec 17, 2020 at 11:06:11PM +, Joh
Hello,
the following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the Git repository at:
https://git.pengutronix.de/git/ukl/linux tags/amba-make-remove-return-void
for you to fetch changes up to f170b59fedd733b92
On Thu, 28 Jan 2021, Thomas Zimmermann wrote:
> V6 of the patchset fixes i915/selftests to do the assigment of pdev
> in a later patch. This was forgotten in v5.
>
> The pdev field in struct drm_device points to a PCI device structure and
> goes back to UMS-only days when all DRM drivers were for
Ping?
Especially Roland and Zack do you have any objections to this?
Regards,
Christian.
Am 28.01.21 um 14:16 schrieb Christian König:
This is just another feature which is only used by VMWGFX, so move
it into the driver instead.
I've tried to add the accounting sysfs file to the kobject of t
Hi Maxime
On Fri, 29 Jan 2021 at 16:07, Maxime Ripard wrote:
>
> Commit 0a038c1c29a7 ("drm/vc4: Move LBM creation out of
> vc4_plane_mode_set()") changed the LBM allocation logic from first
> allocating the LBM memory for the plane to running mode_set,
> adding a gap in the LBM, and then running
Hi Dave and Daniel,
here's this week's PR for drm-misc-fixes. There are 3 patches for the
bridge code and one for TTM.
Best regards
Thomas
drm-misc-fixes-2021-02-02:
* drm/bridge/lontium-lt9611uxc: EDID fixes; Don't handle hotplug
events in IRQ handler
* drm/ttm: Use _GFP_NOWARN for huge pa
On Mon, Feb 1, 2021 at 10:37 AM Daniel Vetter wrote:
>
> On Thu, Jan 28, 2021 at 1:03 PM Sumit Semwal wrote:
> >
> > On Thu, 28 Jan 2021 at 17:23, Christian König
> > wrote:
> > >
> > > Am 28.01.21 um 12:00 schrieb Sumit Semwal:
> > > > Hi Hridya,
> > > >
> > > > On Wed, 27 Jan 2021 at 17:36, Gr
On Thu, Jan 28, 2021 at 6:35 AM Sumit Semwal wrote:
>
> Hi Simon,
>
> On Thu, 28 Jan 2021 at 20:01, Simon Ser wrote:
> >
> > On Thursday, January 28th, 2021 at 1:03 PM, Sumit Semwal
> > wrote:
> >
> > > Since he didn't comment over Hridya's last clarification about the
> > > tracepoints to trac
https://bugzilla.kernel.org/show_bug.cgi?id=210263
--- Comment #1 from ninel...@protonmail.com ---
Can confirm this with a Ryzen 7 4800H. Any news on this?
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
___
On Tue, Feb 02, 2021 at 03:38:16AM +, Lin, Wayne wrote:
> [AMD Public Use]
>
> > -Original Message-
> > From: Imre Deak
> > Sent: Monday, February 1, 2021 8:02 PM
> > To: dri-devel@lists.freedesktop.org
> > Cc: Lin, Wayne ; Lyude Paul
> > Subject: [PATCH 2/4] drm/dp_mst: Don't cache
On Tue, Jan 26, 2021 at 05:58:30PM +0100, Uwe Kleine-König wrote:
> From: Uwe Kleine-König
> Hello,
>
> Changes since v2 sent with Message-Id:
> 20201124133139.3072124-1-...@kleine-koenig.org:
>
> - Rebase to v5.11-rc1 (which resulted in a few conflicts in
>drivers/hwtracing).
> - Add var
On Tue, Feb 02, 2021 at 04:02:16PM +0900, Masahiro Yamada wrote:
> CONSOLE_LOGLEVEL_DEFAULT is nothing more than a shorthand of
> CONFIG_CONSOLE_LOGLEVEL_DEFAULT.
>
> When you change CONFIG_CONSOLE_LOGLEVEL_DEFAULT from Kconfig, almost
> all objects are rebuilt because CONFIG_CONSOLE_LOGLEVEL_DEFA
On (21/02/02 16:02), Masahiro Yamada wrote:
>
> CONSOLE_LOGLEVEL_DEFAULT is nothing more than a shorthand of
> CONFIG_CONSOLE_LOGLEVEL_DEFAULT.
>
> When you change CONFIG_CONSOLE_LOGLEVEL_DEFAULT from Kconfig, almost
> all objects are rebuilt because CONFIG_CONSOLE_LOGLEVEL_DEFAULT is
> used in ,
Am 29.01.21 um 17:06 schrieb Maxime Ripard:
Commit 0a038c1c29a7 ("drm/vc4: Move LBM creation out of
vc4_plane_mode_set()") changed the LBM allocation logic from first
allocating the LBM memory for the plane to running mode_set,
adding a gap in the LBM, and then running the dlist allocation fill
On Mon, Feb 01, 2021 at 08:41:38AM -0600, Wenjia Zhao wrote:
> Signed-off-by: Wenjia Zhao
There should be a patch description here explaining why the patch
is needed and how it works.
> ---
> drivers/video/backlight/pcf50633-backlight.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
Hi, Hsin-Yi:
On Tue, 2021-02-02 at 16:12 +0800, Hsin-Yi Wang wrote:
> From: Yongqiang Niu
>
> add support for mediatek SOC MT8192
Reviewed-by: CK Hu
>
> Signed-off-by: Yongqiang Niu
> Signed-off-by: Hsin-Yi Wang
> ---
> drivers/gpu/drm/mediatek/mtk_disp_ccorr.c | 6
> drivers/gpu/dr
Hi, Hsin-Yi:
On Tue, 2021-02-02 at 16:12 +0800, Hsin-Yi Wang wrote:
> From: Yongqiang Niu
>
> Add matrix_bits and coeffs_precision to ccorr private data:
> - matrix bits of mt8183 is 10
> - matrix bits of mt8192 is 11
>
Reviewed-by: CK Hu
> Signed-off-by: Yongqiang Niu
> Signed-off-by: Hsin
Hi, Hsin-Yi:
On Tue, 2021-02-02 at 16:12 +0800, Hsin-Yi Wang wrote:
> From: Yongqiang Niu
>
> This patch add component POSTMASK.
Reviewed-by: CK Hu
>
> Signed-off-by: Yongqiang Niu
> Signed-off-by: Hsin-Yi Wang
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 102 ++--
On Tuesday, February 2nd, 2021 at 9:51 AM, Simon Ser
wrote:
> On Thursday, December 10th, 2020 at 10:12 AM, James Park
> jpar...@lagfreegames.com wrote:
>
> > +#ifndef _DRM_BASIC_TYPES_H
> > +#define _DRM_BASIC_TYPES_H
>
> Nit: the rest of the kernel doesn't use an underscore prefix for these
>
On Thursday, December 10th, 2020 at 10:12 AM, James Park
wrote:
> +#ifndef _DRM_BASIC_TYPES_H_
> +#define _DRM_BASIC_TYPES_H_
Nit: the rest of the kernel doesn't use an underscore prefix for these
defines. Note that anything starting with an underscore followed by an
upper-case letter is a rese
On Mon, Feb 01, 2021 at 05:33:44PM +0800, Zhaoge Zhang wrote:
> This position is to clear the previous mask flags,
> so drm_atomic_get_crtc_state should be used.
>
> Signed-off-by: Zhaoge Zhang
> ---
> drivers/gpu/drm/drm_atomic_uapi.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Yeah, known issue.
An NTP server which I don't have access to has gone bananas and
sometimes spits out invalid time stamps.
Only thing I can do is wait for an admin to take care of this.
Christian.
Am 01.02.21 um 22:54 schrieb Lyude Paul:
This is entirely unrelated to this thread, but I not
On Mon, 01 Feb 2021, Wenjia Zhao wrote:
Please provide a suitable commit messages.
Describe the problem.
Describe the issue was found.
Describe the solution.
> Signed-off-by: Wenjia Zhao
> ---
> drivers/video/backlight/pcf50633-backlight.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deleti
This series are based on kernel/git/chunkuang.hu/linux.git mediatek-drm-next
and following patch:
("soc: mediatek: add mtk mutex support for MT8183")
https://patchwork.kernel.org/project/linux-mediatek/patch/20210129092209.2584718-8-hsi...@chromium.org/
This series also depends on component suppor
From: Yongqiang Niu
ccorr ctm matrix bits will be different in mt8192
Signed-off-by: Yongqiang Niu
Signed-off-by: Hsin-Yi Wang
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/Makefile | 3 +-
drivers/gpu/drm/mediatek/mtk_disp_ccorr.c | 216
drivers/gpu/drm/
From: Yongqiang Niu
Fix setting to follow hardware datasheet. The original error setting
affects mt8192 display.
Signed-off-by: Yongqiang Niu
Signed-off-by: Hsin-Yi Wang
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_disp_ccorr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
From: Yongqiang Niu
This patch add component POSTMASK.
Signed-off-by: Yongqiang Niu
Signed-off-by: Hsin-Yi Wang
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 102 ++--
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 1 +
2 files changed, 73 insertions(+), 30 deletions(-)
From: Yongqiang Niu
Add mtk mutex support for MT8192 SoC.
Signed-off-by: Yongqiang Niu
Signed-off-by: Hsin-Yi Wang
Reviewed-by: CK Hu
---
drivers/soc/mediatek/mtk-mutex.c | 35
1 file changed, 35 insertions(+)
diff --git a/drivers/soc/mediatek/mtk-mutex.c b/
On 2021-02-01 23:50, Jordan Crouse wrote:
On Mon, Feb 01, 2021 at 08:20:44AM -0800, Rob Clark wrote:
On Mon, Feb 1, 2021 at 3:16 AM Will Deacon wrote:
>
> On Fri, Jan 29, 2021 at 03:12:59PM +0530, Sai Prakash Ranjan wrote:
> > On 2021-01-29 14:35, Will Deacon wrote:
> > > On Mon, Jan 11, 2021 a
From: Quanyang Wang
When running xrandr to change resolution of DP, the kmemleak as below
can be observed:
unreferenced object 0x00080a351000 (size 256):
comm "Xorg", pid 248, jiffies 4294899614 (age 19.960s)
hex dump (first 32 bytes):
98 a0 bc 01 08 00 ff ff 01 00 00 00 00 00 00 00
The Samsung S6E3FA2 AMOLED cmd LCD panel is used on the Samsung Galaxy
S5 (klte).
Signed-off-by: Iskren Chernev
---
Add a simple generated panel driver that supports on/off and the corresponding
binding documentation.
Changes in v3:
- fix dt_binding_check issue with missing include
- fix panel t
From: Yongqiang Niu
This patch add component RDMA4
Signed-off-by: Yongqiang Niu
Reviewed-by: Chun-Kuang Hu
Signed-off-by: Hsin-Yi Wang
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c
b/drivers/gp
From: Carlis
For st7789v IC, when we need continuous full screen refresh, it is best to
wait for the tearing effect line signal to arrive to avoid screen tearing.
Signed-off-by: Carlis
---
v13: change TE completion to par data struct member and add a new
function to deal te gpio request, m
Hi Joel,
Sounds like a good idea! One comment though:
> @@ -111,10 +112,13 @@ static int aspeed_gfx_load(struct drm_device *drm)
> if (IS_ERR(priv->base))
> return PTR_ERR(priv->base);
>
> - priv->scu = syscon_regmap_lookup_by_compatible("aspeed,ast2500-scu");
> +
The Samsung Galaxy S5 uses the samsung s6e3fa2 AMOLED cmd LCD panel.
This driver was generated with [1], with the addition of
mipi_dsi_dcs_set_display_on at the end of the on method.
[1] https://github.com/msm8916-mainline/linux-mdss-dsi-panel-driver-generator
Signed-off-by: Iskren Chernev
---
The size of cr_data->bak is CURSOR_SIZE/4, however the access size in
the is
CURSOR_SIZE in the loop. It causes the out-of-bounds access.
Signed-off-by: Wenjia Zhao
---
drivers/video/fbdev/via/viafbdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/via/
From: Yongqiang Niu
add support for mediatek SOC MT8192
Signed-off-by: Yongqiang Niu
Signed-off-by: Hsin-Yi Wang
---
drivers/gpu/drm/mediatek/mtk_disp_ccorr.c| 6 +++
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 20 ++
drivers/gpu/drm/mediatek/mtk_disp_postmask.c | 1 +
driver
From: Yongqiang Niu
Add mtk mutex support for MT8192 SoC.
Signed-off-by: Yongqiang Niu
Signed-off-by: Hsin-Yi Wang
Reviewed-by: CK Hu
---
drivers/soc/mediatek/mtk-mutex.c | 35
1 file changed, 35 insertions(+)
diff --git a/drivers/soc/mediatek/mtk-mutex.c b/
The Samsung S6E3FA2 AMOLED cmd LCD panel is used on the Samsung Galaxy
S5 (klte).
Signed-off-by: Iskren Chernev
---
OK, miraculously the panel turns on and off now, so the simple-panel can
graduate into its own driver.
v1: https://lkml.org/lkml/2020/12/30/293
Changes in v2:
- move bindings to s
1 - 100 of 131 matches
Mail list logo
