Hi Benjamin.
On Thu, Feb 06, 2020 at 02:33:41PM +0100, Benjamin Gaignard wrote:
> To complement panel-simple.yaml, create panel-simple-dsi.yaml.
> panel-simple-dsi-yaml are for all simple DSP panels with a single
> power-supply and optional backlight / enable GPIO / reset GPIO.
>
> Some DSI panel
Hi Harigovindan
On Wed, Feb 05, 2020 at 06:36:29PM +0530, Harigovindan P wrote:
> Add bindings for visionox rm69299 panel.
>
> Signed-off-by: Harigovindan P
> ---
>
> Changes in v1:
> - Added a compatible string to support sc7180 panel version.
> Changes in v2:
> - Removed unwanted
On Fri, Feb 7, 2020 at 9:52 PM Alyssa Rosenzweig
wrote:
>
> > + for (i = 0; i < ARRAY_SIZE(pfdev->pm_domain_devs); i++) {
> > + if (!pfdev->pm_domain_devs[i])
> > + break;
(next time, please provide a tiny bit more context when quoting, I had
to look up to see
On Fri, Feb 7, 2020 at 10:26 PM Ulf Hansson wrote:
>
> On Fri, 7 Feb 2020 at 06:27, Nicolas Boichat wrote:
> >
> > When there is a single power domain per device, the core will
> > ensure the power domain is switched on (so it is technically
> > equivalent to having not power domain specified at
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Ben Skeggs
Cc: David Airlie
Cc: Daniel Vetter
Cc: dri-devel@lists.freedesktop.org
Cc: nouv...@lists.freedeskt
On 07/02/2020 20:45, Ville Syrjälä wrote:
> On Fri, Feb 07, 2020 at 08:26:17PM +0200, Jyri Sarha wrote:
>> On 07/02/2020 20:18, Jyri Sarha wrote:
>>> The old implementation of placing planes on the CRTC while configuring
>>> the planes was naive and relied on the order in which the planes were
>>>
https://bugzilla.kernel.org/show_bug.cgi?id=203905
--- Comment #6 from Sandor Ecker (esa...@freemail.hu) ---
So it seems that the 16 bit actual_brightness is not a bug, but a feature... :)
https://github.com/torvalds/linux/commit/262485a50fd4532a8d71165190adc7a0a19bcc9e#diff-b496037255b7766a782d3
https://bugzilla.kernel.org/show_bug.cgi?id=205675
--- Comment #3 from freddyrei...@comcast.net ---
Update. Roughly around the time of the last update to this, I manually added
that fix and it was working out for me. However, I ran some updates to both
mesa and the kernel itself and now it appears
https://bugzilla.kernel.org/show_bug.cgi?id=205675
--- Comment #4 from freddyrei...@comcast.net ---
Created attachment 287263
--> https://bugzilla.kernel.org/attachment.cgi?id=287263&action=edit
Newer dmesg tail from a lockup on 5.5.2
--
You are receiving this mail because:
You are watching th
https://bugzilla.kernel.org/show_bug.cgi?id=205675
freddyrei...@comcast.net changed:
What|Removed |Added
Kernel Version|5.4.0 |5.5.2
--
You are receiving th
Hi Kamlesh.
On Sun, Feb 09, 2020 at 11:36:26PM +0530, Kamlesh Gurudasani wrote:
> This binding is for the tft displays based on ilitek,ili9486.
> ozzmaker,piscreen and waveshare,rpi-lcd-35 are such displays
>
> Signed-off-by: Kamlesh Gurudasani
> ---
>
> v2 changes:
> * Changing file from txt t
Hi Kamlesh.
Thanks for the quick respin.
checkpatch was not too happy with this driver.
For DRM we use --strict.
I fixed it up like this whiel applying:
diff --git a/drivers/gpu/drm/tiny/ili9486.c b/drivers/gpu/drm/tiny/ili9486.c
index e960b16c05d6..5084b38c1a71 100644
--- a/drivers/gpu/drm/tiny/
https://bugzilla.kernel.org/show_bug.cgi?id=206475
Bug ID: 206475
Summary: amdgpu under load drop signal to monitor until hard
reset
Product: Drivers
Version: 2.5
Kernel Version: 5.5.2
Hardware: All
OS:
Hi Andy.
On Fri, Jan 31, 2020 at 10:49:22PM +0200, Andy Shevchenko wrote:
> There is one OF call in the driver that limits its area of use.
> Replace it to generic device_get_match_data() and get rid of OF dependency.
>
> While here, cast SPI driver data to certain enumerator type.
>
> Cc: Noral
On 2020.02.03 15:07:01 +, Igor Druzhinin wrote:
> When the lock was introduced in 72aabfb862e40 ("drm/i915/gvt: Add mutual
> lock for ppgtt mm LRU list") one place got lost.
>
> Signed-off-by: Igor Druzhinin
> ---
> drivers/gpu/drm/i915/gvt/gtt.c | 4
> 1 file changed, 4 insertions(+)
>
Hi, Sean:
On Fri, 2020-01-31 at 11:27 +0800, CK Hu wrote:
> Hi, Sean:
>
> On Thu, 2020-01-30 at 14:24 -0500, Sean Paul wrote:
> > From: Sean Paul
> >
> > Currently the cursor is placed on the first overlay plane, which means
> > it will be at the bottom of the stack when the hw does the composi
Hi, Evan:
On Fri, 2020-02-07 at 16:34 +0800, CK Hu wrote:
> Hi, Evan:
>
> On Fri, 2020-02-07 at 15:23 +1100, Evan Benn wrote:
> > The cursor and primary planes were hard coded.
> > Now search for them for passing to drm_crtc_init_with_planes
> >
>
> Reviewed-by: CK Hu
Applied to mediatek-drm-
On Fri, Feb 7, 2020 at 4:13 PM Tomeu Vizoso wrote:
>
> On 2/7/20 8:42 AM, Nicolas Boichat wrote:
> > On Fri, Feb 7, 2020 at 2:18 PM Tomeu Vizoso
> > wrote:
> >>
> >>> Some more changes are still required to get devfreq working, and of course
> >>> I do not have a userspace driver to test this wi
This patch adds the required dt nodes and properties
to enabled A618 GPU.
Signed-off-by: Sharat Masetty
---
arch/arm64/boot/dts/qcom/sc7180.dtsi | 102 +++
1 file changed, 102 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sc7180.dtsi
b/arch/arm64/boot/dts/
I used this branch qcom/arm64-for-5.6-to-be-rebased as suggested by Matthias.
This patch needs the clock patches and the clock patches have not yet landed, so
please apply the following series and patches in order
a) All patches from
https://patchwork.kernel.org/project/linux-clk/list/?series=203
On 06/02/2020 08:29, Yuti Amonkar wrote:
> This patch series adds new DRM driver for Cadence Display Port.
> The Cadence Display Port is also referred as MHDP (Mobile High
> Definition Link, High-Definition Multimedia Interface Display
> Port) Cadence Display Port complies with VESA DisplayPort (DP
21 matches
Mail list logo
