On 2020-05-01 11:20, Jason Gunthorpe wrote:
From: Jason Gunthorpe
There is no reason for a user to select this or not directly - it should
be selected by drivers that are going to use the feature, similar to how
CONFIG_HMM_MIRROR works.
Yes, this is a nice touch.
Reviewed-by: John Hubbard
Hi, Enric:
Enric Balletbo i Serra 於 2020年5月1日 週五 下午10:59寫道:
>
> Hi Chun-Kuang,
>
> Thank you for your review.
>
> On 1/5/20 16:26, Chun-Kuang Hu wrote:
> > Hi, Enric:
> >
> > Enric Balletbo i Serra 於 2020年4月17日 週五
> > 下午11:06寫道:
> >>
> >> Use the drm_bridge_connector helper to create a
Hi, Enric:
Enric Balletbo i Serra 於 2020年5月1日 週五 下午11:23寫道:
>
> This is really a cosmetic change just to make a bit more readable the
> code after convert the driver to drm_bridge. The bridge variable name
> will be used by the encoder drm_bridge, and the chained bridge will be
> named
Hi, Enric:
Enric Balletbo i Serra 於 2020年5月1日 週五 下午11:23寫道:
>
> Convert mtk_dsi to a bridge driver with built-in encoder support for
> compatibility with existing component drivers.
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Enric Balletbo i Serra
> Acked-by: Sam Ravnborg
> ---
>
>
On 5/1/20 11:20 AM, Jason Gunthorpe wrote:
From: Jason Gunthorpe
Presumably the intent here was that hmm_range_fault() could put the data
into some HW specific format and thus avoid some work. However, nothing
actually does that, and it isn't clear how anything actually could do that
as
On Thu, 30 Apr 2020 22:38:10 -0400 John Dorminy wrote:
> the change
> description refers to PROT_KERNEL, which is a symbol which does not
> appear to exist; perhaps PAGE_KERNEL was meant?
Yes, thanks, fixed.
___
dri-devel mailing list
Signed-off-by: kbuild test robot
---
drm_mm.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index effc6e5cac459..89df90a6052d1 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/drivers/gpu/drm/drm_mm.c
@@ -245,7 +245,7 @@
Hi Nirmoy,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on drm-intel/for-linux-next]
[also build test WARNING on drm-exynos/exynos-drm-next
tegra-drm/drm/tegra/for-next drm-tip/drm-tip linus/master v5.7-rc3
next-20200501]
[if your patch is applied
On Thu, 30 Apr 2020 17:34:11 +0800, Xin Ji wrote:
> The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
> for portable device. It converts MIPI to DisplayPort 1.3 4K.
>
> You can add support to your board with binding.
>
> Example:
> anx7625_bridge: encoder@58 {
>
Hi Konrad.
On Fri, May 01, 2020 at 10:48:21PM +0200, Konrad Dybcio wrote:
> I am aware of the fact that this is probably not the correct
> naming of this panel, yet I am unable to retrieve any additional
> information about it, as it is used in a smartphone to which no
> schematics are released.
Hi Konrad.
Thanks for the new panel binding.
But you need to redo this as panel bindings today must be in DT Schema
format (.yaml).
Please see other bindings in the same dir for examples.
Sam
On Fri, May 01, 2020 at 10:48:23PM +0200, Konrad Dybcio wrote:
> Signed-off-by: Konrad Dybcio
On Mon, Apr 27, 2020 at 11:19:49AM +0300, Adrian Ratiu wrote:
> This provides an example DT binding for the MIPI DSI host controller
> present on the i.MX6 SoC based on Synopsis DesignWare v1.01 IP.
>
> Cc: Rob Herring
> Cc: Neil Armstrong
> Cc: Fabio Estevam
> Cc: Laurent Pinchart
> Cc:
https://bugzilla.kernel.org/show_bug.cgi?id=201957
--- Comment #32 from j.cordoba (j.cord...@gmx.net) ---
I agree. Fixed for me too
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
Writing to the devfreq sysfs nodes while the GPU is powered down can
result in a system crash (on a5xx) or a nasty GMU error (on a6xx):
$ /sys/class/devfreq/500.gpu# echo 5 > min_freq
[ 104.841625] platform 506a000.gmu: [drm:a6xx_gmu_set_oob]
*ERROR* Timeout waiting for
On Fri, May 1, 2020 at 12:03 PM Jordan Crouse wrote:
>
> Writing to the devfreq sysfs nodes while the GPU is powered down can
> result in a system crash (on a5xx) or a nasty GMU error (on a6xx):
>
> $ /sys/class/devfreq/500.gpu# echo 5 > min_freq
> [ 104.841625] platform
container_of is never null, so the null check on pdd is unnecessary.
If the null check is removed, function kfd_procfs_show()
will always return before reaching "return 0", hence
such return is logically dead. So, remove it, as well.
Addresses-Coverity-ID: 1492793 ("Logically dead code")
Fixes:
Writing to the devfreq sysfs nodes while the GPU is powered down can
result in a system crash (on a5xx) or a nasty GMU error (on a6xx):
$ /sys/class/devfreq/500.gpu# echo 5 > min_freq
[ 104.841625] platform 506a000.gmu: [drm:a6xx_gmu_set_oob]
*ERROR* Timeout waiting for
On Fri, May 1, 2020 at 4:08 AM Robin Murphy wrote:
>
> On 2020-05-01 11:21 am, Brian Starkey wrote:
> > Hi John,
> >
> > On Fri, May 01, 2020 at 07:39:48AM +, John Stultz wrote:
> >> This patch reworks the cma_heap initialization so that
> >> we expose both the default CMA region and any CMA
On Fri, May 1, 2020 at 11:26 AM Jordan Crouse wrote:
>
> Writing to the devfreq sysfs nodes while the GPU is powered down can
> result in a system crash (on a5xx) or a nasty GMU error (on a6xx):
>
> $ /sys/class/devfreq/500.gpu# echo 5 > min_freq
> [ 104.841625] platform
If 3D is enabled, but userspace requests a dumb buffer, we will
call CTX_ATTACH_RESOURCE before actually creating the context.
Fixes: 72b48ae800da ("drm/virtio: enqueue virtio_gpu_create_context
after the first 3D ioctl")
Signed-off-by: Gurchetan Singh
---
On Fri, May 1, 2020 at 3:48 AM Brian Starkey wrote:
> On Fri, May 01, 2020 at 07:39:47AM +, John Stultz wrote:
> > +bool cma_dma_heap_enabled(struct cma *cma)
> > +{
> > + return !!cma->dma_heap;
>
> Stylistic thing, but I don't think the !! is really necessary. It's
> already a bool
On Fri, May 1, 2020 at 3:42 AM Brian Starkey wrote:
>
> Hi,
>
> On Fri, May 01, 2020 at 07:39:46AM +, John Stultz wrote:
> > This patch adds a linux,cma-heap property for CMA reserved memory
> > regions, which will be used to allow the region to be exposed via
> > the DMA-BUF Heaps interface
The pull request you sent on Fri, 1 May 2020 12:59:10 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2020-05-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/477bfeb9a3d712b6e1aeb4e37607faebf4b7f6d4
Thank you!
--
Deet-doot-dot, I am a bot.
Writing to the devfreq sysfs nodes while the GPU is powered down can
result in a system crash (on a5xx) or a nasty GMU error (on a6xx):
$ /sys/class/devfreq/500.gpu# echo 5 > min_freq
[ 104.841625] platform 506a000.gmu: [drm:a6xx_gmu_set_oob]
*ERROR* Timeout waiting for
On Thu, Apr 30, 2020 at 12:25 PM Bjorn Andersson
wrote:
>
> rd_full should be defined outside the CONFIG_DEBUG_FS region, in order
> to be able to link the msm driver even when CONFIG_DEBUG_FS is disabled.
>
> Fixes: e515af8d4a6f ("drm/msm: devcoredump should dump MSM_SUBMIT_BO_DUMP
> buffers")
On Fri, May 01, 2020 at 01:54:56AM -0700, Christoph Hellwig wrote:
> In addition to the work already it the series, it seems like
> LAST_PKMAP_MASK, PKMAP_ADDR and PKMAP_NR can also be consolidated
> to common code.
Agreed, I mentioned in the cover letter there are similarities...
>
> Also
On 30.04.2020 20:30, Daniel Vetter wrote:
> On Thu, Apr 30, 2020 at 5:38 PM Sean Paul wrote:
>>
>> On Wed, Apr 29, 2020 at 4:57 AM Jani Nikula
>> wrote:
>>>
>>> On Tue, 28 Apr 2020, Michal Orzel wrote:
As suggested by the TODO list for the kernel DRM subsystem, replace
the
There are a number of random documents that seem to be
describing some aspects of the core-api. Move them to such
directory, adding them at the core-api/index.rst file.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/admin-guide/sysctl/vm.rst | 2 +-
On Fri, May 01, 2020 at 01:44:46AM -0700, Christoph Hellwig wrote:
> > --- a/arch/sparc/mm/highmem.c
> > +++ b/arch/sparc/mm/highmem.c
> > @@ -33,6 +33,7 @@
> > #include
> >
> > pgprot_t kmap_prot;
> > +EXPORT_SYMBOL(kmap_prot);
>
> Btw, I don't see why sparc needs this as a variable, as
Hi,
On Fri, May 1, 2020 at 3:30 AM Sharat Masetty wrote:
>
> This patch adds the required dt nodes and properties
> to enabled A618 GPU.
>
> Signed-off-by: Sharat Masetty
> ---
> * Remove GCC_DDRSS_GPU_AXI_CLK clock reference from gpu smmu node.
>
> arch/arm64/boot/dts/qcom/sc7180.dtsi | 102
Hi,
On Fri, May 1, 2020 at 3:30 AM Sharat Masetty wrote:
>
> This patch simply adds a new compatible string for SC7180 platform.
>
> Signed-off-by: Sharat Masetty
> ---
> Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Douglas
Hi, Enric:
Enric Balletbo i Serra 於 2020年4月17日 週五 下午11:06寫道:
>
> Use the drm_bridge_connector helper to create a connector for pipelines
> that use drm_bridge. This allows splitting connector operations across
> multiple bridges when necessary, instead of having the last bridge in
> the chain
Hi, Enric:
Enric Balletbo i Serra 於 2020年4月17日 週五 下午11:06寫道:
>
> Replace the manual panel handling code by a drm_panel_bridge. This
> simplifies the driver and allows all components in the display pipeline
> to be treated as bridges, paving the way to generic connector handling.
>
Reviewed-by:
Enric Balletbo i Serra 於 2020年4月17日 週五 下午11:06寫道:
>
> Replace the manual panel handling code by a drm_panel_bridge. This
> simplifies the driver and allows all components in the display pipeline
> to be treated as bridges, paving the way to generic connector handling.
>
> Signed-off-by: Enric
On Fri, May 1, 2020 at 9:15 AM Souptick Joarder wrote:
>
> On Fri, May 1, 2020 at 2:21 AM Ilia Mirkin wrote:
> >
> > Interesting. I do remember seeing some snow on NV5's overlay at high
> > resolutions. Wonder if it was because of this missing code...
>
> What was the problem ? Does enabling
Den 29.04.2020 14.48, skrev Noralf Trønnes:
> Hi,
>
> A while back I had the idea to turn a Raspberry Pi Zero into a $5
> USB to HDMI/SDTV/DSI/DPI display adapter.
>
> This series adds a USB host driver and a device/gadget driver to achieve
> that.
>
> The reason for calling it 'Generic' is
Hi, Enric:
Enric Balletbo i Serra 於 2020年4月17日 週五 下午11:06寫道:
>
> The mtk_dsi driver uses an empty implementation for its encoder. Replace
> the code with the generic simple encoder.
Reviewed-by: Chun-Kuang Hu
>
> Signed-off-by: Enric Balletbo i Serra
> Reviewed-by: Laurent Pinchart
> ---
>
Hi Thomas,
Couple of fly-by ideas/suggestions.
On Thu, 30 Apr 2020 at 10:13, Thomas Zimmermann wrote:
>
> Suspending failed because there's no mode if the CRTC is being
> disabled. Early-out in this case. This fixes runtime PM for ast.
>
> Signed-off-by: Thomas Zimmermann
> ---
>
Hi, Enric:
Enric Balletbo i Serra 於 2020年4月17日 週五 下午11:06寫道:
>
> Convert mtk_dsi to a bridge driver with built-in encoder support for
> compatibility with existing component drivers.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
>
> Changes in v3:
> - Add the bridge.type. (Laurent Pinchart)
>
On Thu, 2020-04-30 at 17:43 +0800, dillon.min...@gmail.com wrote:
> From: dillon min
>
> Signed-off-by: dillon min
> ---
> .../bindings/display/panel/ilitek,ili9341.txt | 42 +++
> arch/arm/boot/dts/stm32f4-pinctrl.dtsi | 79
> +++
>
On 2020-05-01 11:21 am, Brian Starkey wrote:
Hi John,
On Fri, May 01, 2020 at 07:39:48AM +, John Stultz wrote:
This patch reworks the cma_heap initialization so that
we expose both the default CMA region and any CMA regions
tagged with "linux,cma-heap" in the device-tree.
Cc: Rob Herring
On Fri, May 01, 2020 at 07:39:47AM +, John Stultz wrote:
> This patch adds a dma_heap flag on the cma structure,
> along with accessors to set and read the flag.
>
> This is then used to process and store the "linux,cma-heap"
> property documented in the previous patch.
>
> Cc: Rob Herring
Hi,
On Fri, May 01, 2020 at 07:39:46AM +, John Stultz wrote:
> This patch adds a linux,cma-heap property for CMA reserved memory
> regions, which will be used to allow the region to be exposed via
> the DMA-BUF Heaps interface
>
> Cc: Rob Herring
> Cc: Sumit Semwal
> Cc: "Andrew F. Davis"
This patch adds the required dt nodes and properties
to enabled A618 GPU.
Signed-off-by: Sharat Masetty
---
* Remove GCC_DDRSS_GPU_AXI_CLK clock reference from gpu smmu node.
arch/arm64/boot/dts/qcom/sc7180.dtsi | 102 +++
1 file changed, 102 insertions(+)
diff
This patch simply adds a new compatible string for SC7180 platform.
Signed-off-by: Sharat Masetty
---
Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/iommu/arm,smmu.yaml
Hi John,
On Fri, May 01, 2020 at 07:39:48AM +, John Stultz wrote:
> This patch reworks the cma_heap initialization so that
> we expose both the default CMA region and any CMA regions
> tagged with "linux,cma-heap" in the device-tree.
>
> Cc: Rob Herring
> Cc: Sumit Semwal
> Cc: "Andrew F.
https://bugzilla.kernel.org/show_bug.cgi?id=201957
--- Comment #31 from Matthias Heinz (m...@familie-heinz.name) ---
Hi,
for me this bug is fixed with a 5.5 kernel. And I'm wondering if this is fixed
for all of you, too.
Best
Matthias
--
You are receiving this mail because:
You are watching
https://bugzilla.kernel.org/show_bug.cgi?id=207383
--- Comment #8 from Duncan (1i5t5.dun...@cox.net) ---
Hmm. Don't think I mentioned on this bug yet that I'm running dual 4K TVs as
monitors. So it could only trigger on dual display, and two 4K displays means
it's pumping a lot more pixels than
https://bugzilla.kernel.org/show_bug.cgi?id=207383
--- Comment #7 from Duncan (1i5t5.dun...@cox.net) ---
Bisecting, but it's slow going when the bug can take 12+ hours to trigger, and
even then I can't be sure a "good" is actually so.
So far (at 5.6.0-01623-g12ab316ce, ~7 bisect steps to go,
On 4/30/2020 11:51 PM, Doug Anderson wrote:
Hi,
On Thu, Apr 30, 2020 at 11:12 AM Jordan Crouse wrote:
On Thu, Apr 30, 2020 at 09:29:47AM +0530, Sharat Masetty wrote:
This patch adds a new compatible string for sc7180 and also an
additional clock listing needed to power the TBUs and the
Adds example test entry to create and expose a dummy "camera"
cma region via the dmabuf heaps interface
This isn't a patch I'm submitting to merge, but just an example
of how this functionality can be used, which I've used for
testing.
Cc: Rob Herring
Cc: Sumit Semwal
Cc: "Andrew F. Davis"
This patch adds a dma_heap flag on the cma structure,
along with accessors to set and read the flag.
This is then used to process and store the "linux,cma-heap"
property documented in the previous patch.
Cc: Rob Herring
Cc: Sumit Semwal
Cc: "Andrew F. Davis"
Cc: Benjamin Gaignard
Cc: Liam
This patch adds a linux,cma-heap property for CMA reserved memory
regions, which will be used to allow the region to be exposed via
the DMA-BUF Heaps interface
Cc: Rob Herring
Cc: Sumit Semwal
Cc: "Andrew F. Davis"
Cc: Benjamin Gaignard
Cc: Liam Mark
Cc: Pratik Patel
Cc: Laura Abbott
Cc:
This is a much belated second stab at allowing non-default CMA
regions to be exposed via the dmabuf heaps interface.
Previous attempt was here:
https://lore.kernel.org/lkml/20191025225009.50305-2-john.stu...@linaro.org/T/
This pass tried to take Rob's earlier suggestion to use a flag
property.
This patch reworks the cma_heap initialization so that
we expose both the default CMA region and any CMA regions
tagged with "linux,cma-heap" in the device-tree.
Cc: Rob Herring
Cc: Sumit Semwal
Cc: "Andrew F. Davis"
Cc: Benjamin Gaignard
Cc: Liam Mark
Cc: Pratik Patel
Cc: Laura Abbott
Cc:
Am 30.04.20 um 22:38 schrieb ira.we...@intel.com:
From: Ira Weiny
kmap_atomic_prot() is now exported by all architectures. Use this
function rather than open coding a driver specific kmap_atomic.
Signed-off-by: Ira Weiny
Ah, yes looking into this once more this was on my TODO list for
On Fri, 2020-04-24 at 17:33 +0200, Maxime Ripard wrote:
> The current firmware clock driver for the RaspberryPi can only be probed by
> manually registering an associated platform_device.
>
> While this works fine for cpufreq where the device gets attached a clkdev
> lookup, it would be tedious
发件人:Joe Perches
发送日期:2020-04-27 01:53:06
收件人:"Christian König" ,Bernard Zhao
,Alex Deucher ,"David (ChunMing)
Zhou" ,David Airlie ,Daniel Vetter
,amd-...@lists.freedesktop.org,dri-devel@lists.freedesktop.org,linux-ker...@vger.kernel.org
抄送人:opensource.ker...@vivo.com
主题:Re: [PATCH]
ira.we...@intel.com writes:
> From: Ira Weiny
>
> The kmap infrastructure has been copied almost verbatim to every architecture.
> This series consolidates obvious duplicated code by defining core functions
> which call into the architectures only when needed.
>
> Some of the k[un]map_atomic()
Hi Daniel,
On Thu, Apr 30, 2020 at 03:38:39PM +0200, Daniel Vetter wrote:
> On Thu, Apr 30, 2020 at 03:37:31PM +0200, Daniel Vetter wrote:
> > On Thu, Apr 30, 2020 at 11:36:14AM +0800, Xin Ji wrote:
> > > On Tue, Apr 28, 2020 at 12:05:08PM +0200, Daniel Vetter wrote:
> > > > On Fri, Apr 24, 2020
On Fri, 2020-04-24 at 17:33 +0200, Maxime Ripard wrote:
> The firmware clocks driver was previously probed through a platform_device
> created by the firmware driver.
>
> Since we will now have a node for that clocks driver, we need to create the
> device only in the case where there's no node
> The of_drm_find_bridge() function returns NULL on error, it doesn't return
> error pointers so this check doesn't work.
How do you think about a wording variant like the following?
Change description:
An error pointer check was performed after a call of the
function
The devm_gen_pool_create() function returns ERR_PTR() on error, it
doesn't return NULL so this check doesn't work.
Fixes: 4cc9b565454b ("drm/vboxvideo: Use devm_gen_pool_create")
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/vboxvideo/vbox_main.c | 4 ++--
1 file changed, 2 insertions(+), 2
On Thu, Apr 30, 2020 at 01:38:43PM -0700, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> To support kmap_atomic_prot() on all architectures each arch must
> support protections passed in to them.
>
> Change csky, mips, nds32 and xtensa to use their global kmap_prot value
> rather than a hard
These are dead code since 3.10. If there is no plan to use
it further, these can be removed forever.
Signed-off-by: Souptick Joarder
---
drivers/gpu/drm/nouveau/dispnv04/crtc.c | 28
1 file changed, 28 deletions(-)
diff --git
From: Frieder Schrempf
This series contains patches to enable GPU support for the i.MX8MM.
There is currently no upstream support for the display subsystem of
the i.MX8MM, but I have a 5.4-based tree with some ported drivers for
LCDIF, DSIM bridge, etc. (see [1]) which I used to test the GPU
Source file was dual licenced but the header was omitted, fix that.
Contributors for this file are:
Noralf Trønnes
Gerd Hoffmann
Thomas Gleixner
Acked-by: Gerd Hoffmann
Acked-by: Noralf Trønnes
Signed-off-by: Emmanuel Vadot
---
Change in v2:
Retain the GPL-2.0-or-later SPDF identifier.
Source file was dual licenced but the header was omitted, fix that.
Contributors for this file are:
Noralf Trønnes
Gerd Hoffmann
Thomas Gleixner
Acked-by: Gerd Hoffmann
Acked-by: Noralf Trønnes
Signed-off-by: Emmanuel Vadot
---
include/drm/drm_format_helper.h | 2 +-
1 file changed, 1
Hi Lucas,
On 30.04.20 16:32, Lucas Stach wrote:
> Hi Frieder,
>
> Am Donnerstag, den 30.04.2020, 12:46 + schrieb Schrempf Frieder:
>> From: Frieder Schrempf
>>
>> On i.MX8MM there is an interrupt getting triggered immediately after
>> requesting the IRQ, which leads to a stall as the
If adv7511's devm_clk_get() for the cec clock returns -EPROBE_DEFER, we
end up in an infinite probe loop. This happens:
(1) adv7511's probe is called.
(2) adv7511's probe adds some secondary i2c devices which bind to the
dummy driver and thus call driver_deferred_probe_trigger() and
On Thu, Apr 30, 2020 at 01:38:44PM -0700, ira.we...@intel.com wrote:
> -static inline void *kmap_atomic(struct page *page)
> +static inline void *kmap_atomic_prot(struct page *page, pgprot_t prot)
> {
> preempt_disable();
> pagefault_disable();
> if (!PageHighMem(page))
>
Source file was dual licenced but the header was omitted, fix that.
Contributors for this file are:
Daniel Vetter
Matt Roper
Maxime Ripard
Noralf Trønnes
Thomas Zimmermann
Acked-by: Noralf Trønnes
Acked-by: Matt Roper
Acked-by: Daniel Vetter
Signed-off-by: Emmanuel Vadot
---
Source file was dual licenced but the header was omitted, fix that.
Contributors for this file are:
Daniel Vetter
Matt Roper
Maxime Ripard
Noralf Trønnes
Thomas Zimmermann
Acked-by: Noralf Trønnes
Acked-by: Matt Roper
Acked-by: Daniel Vetter
Acked-by: Maxime Ripard
Acked-by: Thomas
From: Frieder Schrempf
In case enabling of the bus clock fails etnaviv_gpu_clk_enable()
returns without disabling the already enabled reg clock. Fix this.
Fixes: 65f037e8e908 ("drm/etnaviv: add support for slave interface clock")
Signed-off-by: Frieder Schrempf
---
From: Daniel Vetter
Date: Thu, Apr 30, 2020 at 14:58:41
> On Tue, Apr 28, 2020 at 10:08:04PM +0300, Adrian Ratiu wrote:
> > Hi Daniel,
> >
> > On Tue, 28 Apr 2020, Daniel Vetter wrote:
> > > On Wed, Apr 22, 2020 at 04:07:27AM +0300, Laurent Pinchart wrote:
> > > > Hi Adrian, On Tue, Apr 21,
From: dillon min
Signed-off-by: dillon min
---
drivers/gpu/drm/panel/Kconfig| 8 +
drivers/gpu/drm/panel/Makefile | 1 +
drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 555 +++
3 files changed, 564 insertions(+)
create mode 100644
On 4/30/20 3:29 AM, Thomas Zimmermann wrote:
Hi John
Am 30.04.20 um 02:11 schrieb John Donnelly:
On 4/29/20 9:32 AM, Thomas Zimmermann wrote:
This patchset converts mgag200 to atomic modesetting. It uses simple
KMS helpers and SHMEM.
Patches 1 to 4 simplifies the driver before the
rd_full should be defined outside the CONFIG_DEBUG_FS region, in order
to be able to link the msm driver even when CONFIG_DEBUG_FS is disabled.
Fixes: e515af8d4a6f ("drm/msm: devcoredump should dump MSM_SUBMIT_BO_DUMP
buffers")
Reported-by: Stephen Rothwell
Signed-off-by: Bjorn Andersson
---
The of_drm_find_bridge() function returns NULL on error, it doesn't return
error pointers so this check doesn't work.
Fixes: 5fc537bfd000 ("drm/mcde: Add new driver for ST-Ericsson MCDE")
Signed-off-by: Wei Yongjun
---
v1 - > v2: add fixes and fix the subject
---
drivers/gpu/drm/mcde/mcde_dsi.c
The AMD/ATI Oland [1002:6611]'s HDMI output status is not synchronous
as shown on UI after hot re-plug the HDMI cable, if it is radeon in
used. The amdgpu module does not hit this issue.
This patch disables [1002:6611] in radeon and enables it in amdgpu.
Fixes:
On Thu, Apr 30, 2020 at 03:54:38PM +0200, Daniel Vetter wrote:
> On Thu, Apr 30, 2020 at 09:47:46PM +0800, Xin Ji wrote:
> > Hi Daniel,
> >
> > On Thu, Apr 30, 2020 at 03:38:39PM +0200, Daniel Vetter wrote:
> > > On Thu, Apr 30, 2020 at 03:37:31PM +0200, Daniel Vetter wrote:
> > > > On Thu, Apr
Hi!
Here's this week drm-misc-fixes PR
Thanks!
Maxime
drm-misc-fixes-2020-04-30:
A few resources-related fixes for qxl, some doc build warnings and ioctl
fixes for dma-buf, an off-by-one fix in edid, and a return code fix in
DP-MST
The following changes since commit
Hi Alexandre,
Alexandre Torgue 于2020年4月30日周四 下午5:57写道:
> Hi
>
> On 4/30/20 11:43 AM, dillon.min...@gmail.com wrote:
> > From: dillon min
> >
> > Signed-off-by: dillon min
>
> Commit title should be ARM: dts: stm32: bla bla on stm32f429 and please
> a commit message.
>
>
*okay, thanks for your
On Thu, Apr 30, 2020 at 01:38:40PM -0700, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> Every arch has the same code to ensure atomic operations and a check for
> !HIGHMEM page.
>
> Remove the duplicate code by defining a core kmap_atomic() which only
> calls the arch specific
On 4/30/20 3:46 PM, Schrempf Frieder wrote:
+ /*
+* On i.MX8MM there is an interrupt getting triggered immediately
+* after requesting the IRQ, which leads to a stall as the handler
+* accesses the GPU registers whithout the clock being enabled.
+* Enabling the
From: dillon min
1) add support drm ili9341 panel driver connect to ltdc
2) add i2c3/spi5 ltdc pins dts configuration for gyro/stmpe
3) add SPI_SIMPLEX_RX/SPI_3WIRE_RX in spi-stm32f4.c
for SPI_SIMPLEX_RX , as we running kernel in sdram, so
that the performance is not as good as internal
Fix the following sparse warning:
drivers/gpu/drm/udl/udl_modeset.c:269:5: warning: symbol 'udl_handle_damage'
was not declared. Should it be static?
Reported-by: Hulk Robot
Signed-off-by: Zou Wei
---
drivers/gpu/drm/udl/udl_modeset.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
On Mon, Apr 06, 2020 at 02:58:17AM +0200, Laurent Pinchart wrote:
> On Tue, Mar 31, 2020 at 04:16:29PM +0200, Vincent Whitchurch wrote:
> > int adv7511_cec_init(struct device *dev, struct adv7511 *adv7511)
> > {
> > unsigned int offset = adv7511->type == ADV7533 ?
> >
Sometimes it's not okay to use SIMD registers, the conditions for which
have changed subtly from kernel release to kernel release. Usually the
pattern is to check for may_use_simd() and then fallback to using
something slower in the unlikely case SIMD registers aren't available.
So, this patch
> The devm_gen_pool_create() function returns ERR_PTR() on error, it
> doesn't return NULL so this check doesn't work.
How do you think about a wording variant like the following?
Change description:
A null pointer check was performed after a call of the
function “devm_gen_pool_create”
> The of_drm_find_bridge() function returns NULL on error, it doesn't return
> error pointers so this check doesn't work.
How do you think about a wording variant like the following?
Change description:
An error pointer check was performed after a call of the
function
The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
for portable device. It converts MIPI to DisplayPort 1.3 4K.
You can add support to your board with binding.
Example:
anx7625_bridge: encoder@58 {
compatible = "analogix,anx7625";
reg =
On 30.04.20 16:35, Lucas Stach wrote:
> Am Donnerstag, den 30.04.2020, 12:46 + schrieb Schrempf Frieder:
>> From: Frieder Schrempf
>>
>> On some i.MX8MM devices the boot hangs when enabling the GPU clocks.
>> Changing the order of clock initalization to
>>
>> core -> shader -> bus -> reg
>>
Hi,
You have first to split this patch in several patches and add relevant
people in TO (using get_maintainer script) for each patch. Quickly,
you should at least have 4 patches (DT, clock driver, spi driver and drm
). Then review will be more efficient.
regards
Alexandre
On 4/30/20 10:07
On Thu, Apr 30, 2020 at 09:03:24AM +0200, Sam Ravnborg wrote:
> Hi Xin Ji.
>
> > > > +static void anx7625_power_on_init(struct anx7625_data *ctx)
> > > > +{
> > > > + int retry_count, i;
> > > > + int ret;
> > > > + struct device *dev = >client->dev;
> > > > +
> > > > +
The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
for portable device. It converts MIPI DSI/DPI to DisplayPort 1.3 4K.
The ANX7625 can support both USB Type-C PD feature and MIPI DSI/DPI
to DP feature. This driver only enabled MIPI DSI/DPI to DP feature.
Signed-off-by: Xin Ji
On 30.04.20 16:23, Daniel Baluta wrote:
> On 4/30/20 3:46 PM, Schrempf Frieder wrote:
>> + /*
>> + * On i.MX8MM there is an interrupt getting triggered immediately
>> + * after requesting the IRQ, which leads to a stall as the handler
>> + * accesses the GPU registers whithout the
Hello Thomas,
Yes, you have my OK on the Reporting/Testing tags.
Thanks, Cary Garrett
On Thu, 2020-04-30 at 10:35 +0200, Thomas Zimmermann wrote:
> Hi Cary
>
> Am 29.04.20 um 20:26 schrieb Cary Garrett:
> > Hello Thomas,
> >
> > Good news! After applying the patch and regenerating the ast
From: dillon min
Signed-off-by: dillon min
---
.../bindings/display/panel/ilitek,ili9341.txt | 42 +++
arch/arm/boot/dts/stm32f4-pinctrl.dtsi | 79 +++
arch/arm/boot/dts/stm32f429-disco.dts | 88 ++
From: Frieder Schrempf
On i.MX8MM there is an interrupt getting triggered immediately after
requesting the IRQ, which leads to a stall as the handler accesses
the GPU registers whithout the clock being enabled.
Enabling the clocks briefly seems to clear the IRQ state, so we do
this before
1 - 100 of 110 matches
Mail list logo