On Sat, Feb 01, 2020 at 12:32:09PM +0800, Hillf Danton wrote:
>
> Fri, 31 Jan 2020 14:28:10 -0800 (PST)
> > syzbot found the following crash on:
> >
> > HEAD commit:39bed42d Merge tag 'for-linus-hmm' of git://git.kernel.org..
> > git tree: upstream
> > console output:
I don't totally understand the stack trace but I do see a double free
bug.
drivers/gpu/drm/vgem/vgem_drv.c
186 static struct drm_gem_object *vgem_gem_create(struct drm_device *dev,
187struct drm_file *file,
188
Hi,
On Thu, Jan 23, 2020 at 2:19 AM Kalyan Thota wrote:
>
> Add UBWC global configuration for display on
> SC7180 target.
>
> Signed-off-by: Kalyan Thota
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c | 58
> +++-
> 1 file changed, 57 insertions(+), 1 deletion(-)
Hi,
On Thu, Jan 02, 2020 at 04:32:07PM +0530, Sharat Masetty wrote:
> From: Jordan Crouse
>
> Pass the propposed io_pgtable_cfg to the implementation specific
> init_context() function to give the implementation an opportunity to
> to modify it before it gets passed to io-pgtable.
>
>
In order to use computed config for DP SDPs (DP VSC SDP and DP HDR Metadata
Infoframe SDP), it replaces intel_dp_vsc_enable() function and
intel_dp_hdr_metadata_enable() function to intel_dp_set_infoframes()
function.
Before applying it, routines of program SDP always calculated configs when
they
Added state readout for DP VSC SDP and enabled state validation
for DP VSC SDP.
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_ddi.c | 1 +
drivers/gpu/drm/i915/display/intel_display.c | 43
2 files changed, 44 insertions(+)
diff --git
Call intel_dp_set_infoframes(false) function on intel_ddi_post_disable_dp()
to make sure not to send VSC SDP and HDR Metadata Infoframe SDP.
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_ddi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Dump out the HDMI Dynamic Range and Mastering (DRM) infoframe in the
normal crtc state dump.
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_display.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/i915/display/intel_display.c
Dump out the DP VSC SDP in the normal crtc state dump
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_display.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/i915/display/intel_display.c
b/drivers/gpu/drm/i915/display/intel_display.c
In order to use a common VSC SDP Colorimetry calculating code on PSR,
it adds a compute routine for PSR VSC SDP.
As PSR routine can not use infoframes.vsc of crtc state, it also adds new
writing of DP SDPs (Secondary Data Packet) for PSR.
PSR routine has its own scenario and timings of writing a
In order to use a common VSC SDP Colorimetry calculating code on PSR,
it uses a new psr vsc sdp compute routine.
Because PSR routine has its own scenario and timings of writing a VSC SDP,
the current PSR routine needs to have its own intel_dp_vsc_sdp structure
member variable on struct i915_psr.
Dump out the DP HDR Metadata Infoframe SDP in the normal crtc state dump.
HDMI Dynamic Range and Mastering (DRM) infoframe and DP HDR Metadata
Infoframe SDP use the same member variable in infoframes of crtc state.
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_display.c
Call intel_dp_set_infoframes() function on pipe updates to make sure
that we send VSC SDP and HDR Metadata Infoframe SDP (when applicable)
on fastsets.
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_ddi.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Added state readout for DP HDR Metadata Infoframe SDP.
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_ddi.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/i915/display/intel_ddi.c
b/drivers/gpu/drm/i915/display/intel_ddi.c
index
When receiving video it is very useful to be able to log DP VSC SDP.
This greatly simplifies debugging.
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_dp.c | 173
drivers/gpu/drm/i915/display/intel_dp.h | 4 +
2 files changed, 177 insertions(+)
It adds an unpack only function for DRM infoframe for dynamic range and
mastering infoframe readout.
It unpacks the information data block contained in the binary buffer into
a structured frame of the HDMI Dynamic Range and Mastering (DRM)
information frame.
In contrast to
In order to readout DP SDPs (Secondary Data Packet: DP HDR Metadata
Infoframe SDP, DP VSC SDP), it refactors handling DP SDPs codes.
It adds new compute routines for DP HDR Metadata Infoframe SDP
and DP VSC SDP.
And new writing routines of DP SDPs (Secondary Data Packet) that uses
computed
In order to support state readout for DP VSC SDP, we need to have a
structure which holds DP VSC SDP payload data such as
"union hdmi_infoframe drm" which is used for DRM infoframe.
And In order to support DP HDR10, we have to support VSC SDP and
HDR Metadata Infoframe SDP. As we will use drm
It stores computed dp vsc sdp to infoframes.vsc of crtc state.
While computing we'll also fill out the inforames.enable bitmask
appropriately.
The compute routine follows DP 1.4 spec [Table 2-117: VSC SDP Payload for
DB16 through DB18].
Signed-off-by: Gwan-gyeong Mun
---
It adds code to read the DP SDPs from the video DIP and unpack them into
the crtc state.
It adds routines that read out DP VSC SDP and DP HDR Metadata Infoframe SDP
In order to unpack DP VSC SDP, it adds intel_dp_vsc_sdp_unpack() function.
It follows DP 1.4a spec. [Table 2-116: VSC SDP Header
It adds routines that write DP VSC SDP and DP HDR Metadata Infoframe SDP.
In order to pack DP VSC SDP, it adds intel_dp_vsc_sdp_pack() function.
It follows DP 1.4a spec. [Table 2-116: VSC SDP Header Bytes] and
[Table 2-117: VSC SDP Payload for DB16 through DB18]
In order to pack DP HDR Metadata
It adds new enumeration definitions for VSC SDP Payload for Pixel
Encoding/Colorimetry Format.
enum dp_colorspace and enum dp_colorimetry correspond "Pixel Encoding and
Colorimetry Formats". enum dp_dynamic_range corresponds "Dynamic Range".
And enum dp_content_type corresponds "Content Type"
All
It stores computed dp hdr metadata infoframe sdp to infoframes.drm of
crtc state. It referenced intel_hdmi_compute_drm_infoframe().
While computing, we'll also fill out the inforames.enable bitmask
appropriately.
Signed-off-by: Gwan-gyeong Mun
---
drivers/gpu/drm/i915/display/intel_dp.c | 21
Hi,
On Fri, Jan 31, 2020 at 4:04 AM Sharat Masetty wrote:
>
> + adreno_smmu: iommu@504 {
> + compatible = "qcom,sc7180-smmu-v2", "qcom,smmu-v2";
> + reg = <0 0x0504 0 0x1>;
> + #iommu-cells = <1>;
> +
From: Daniel Stone
Add a wrapper around the getfb2 ioctl, which returns extended
framebuffer information mirroring addfb2, including multiple planes and
modifiers.
Changes since v3:
- remove unnecessary null check in drmModeFreeFB2 (Daniel Stone)
Changes since v2:
- getfb2 ioctl has been
Adds DRM_IOCTL_MODE_GETFB2
Taken from drm-next-misc:
commit 3ff4c24bdb1f494c217c80348f9db4896043ed81
Author: Lyude Paul
Date: Fri Jan 17 17:47:48 2020 -0500
drm/dp_mst: Fix indenting in drm_dp_mst_topology_mgr_set_mst()
Signed-off-by: Juston Li
---
On 2020-01-31 3:24 p.m., Jerry (Fangzhi) Zuo wrote:
> Unlike DP 1.2 edid corruption test, DP 1.4 requires to calculate
> real CRC value of the last edid data block, and write it back.
> Current edid CRC calculates routine adds the last CRC byte,
> and check if non-zero.
>
> This behavior is not
Hi,
On Fri, Jan 31, 2020 at 1:18 PM Jordan Crouse wrote:
>
> On Fri, Jan 31, 2020 at 08:08:09AM -0800, Doug Anderson wrote:
> > Hi,
> >
> > On Fri, Jan 31, 2020 at 4:16 AM wrote:
> > >
> > > >> + reg = <0 0x0506a000 0 0x31000>, <0 0x0b29
> > > >> 0 0x1>,
> > > >> +
On Fri, Jan 31, 2020 at 08:08:09AM -0800, Doug Anderson wrote:
> Hi,
>
> On Fri, Jan 31, 2020 at 4:16 AM wrote:
> >
> > >> + reg = <0 0x0506a000 0 0x31000>, <0 0x0b29
> > >> 0 0x1>,
> > >> + <0 0x0b49 0 0x1>;
> > >> +
Hi Steven
Any further comments on this change?
Thanks
Abhinav
On 2020-01-27 15:40, Abhinav Kumar wrote:
From: Uma Shankar
CEA 861.3 spec adds colorimetry data block for HDMI.
Parsing the block to get the colorimetry data from
panel.
This was posted by Uma Shankar at
Unlike DP 1.2 edid corruption test, DP 1.4 requires to calculate
real CRC value of the last edid data block, and write it back.
Current edid CRC calculates routine adds the last CRC byte,
and check if non-zero.
This behavior is not accurate; actually, we need to return
the actual CRC value when
Hi Juston,
On Thu, 23 Jan 2020 at 00:37, Juston Li wrote:
> +drm_public void drmModeFreeFB2(drmModeFB2Ptr ptr)
> +{
> + if (!ptr)
> + return;
> +
> + /* we might add more frees later. */
> + drmFree(ptr);
I do not recognise this comment, and since free(NULL) is
Hi Rob.
> > +
> > +properties:
> > + compatible:
> > +contains:
> > + const: panel-dpi
> > +description:
> > + Shall contain "panel-dpi" in addition to an optional panel-specific
> > + compatible string defined in individual panel bindings.
> > + "panel-dpi" can be
Hi,
On Tue, Jan 28, 2020 at 5:25 AM Harigovindan P wrote:
>
> Add display, DSI hardware DT nodes for sc7180.
>
> Signed-off-by: Harigovindan P
> ---
>
> Changes in v1:
> -Added display DT nodes for sc7180
> Changes in v2:
> -Renamed node names
> -Corrected code
https://bugzilla.kernel.org/show_bug.cgi?id=206351
--- Comment #8 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to Matt McDonald from comment #7)
> Ahhh I understand now. So, just to recap and make sure everything is
> covered...
>
> - The new firmware for the new vBIOS is in QA right
https://bugzilla.kernel.org/show_bug.cgi?id=206351
--- Comment #7 from Matt McDonald (gardotd...@gmail.com) ---
Ahhh I understand now. So, just to recap and make sure everything is covered...
- The new firmware for the new vBIOS is in QA right now but available for
download (which I've tested,
On Fri, Jan 31, 2020 at 04:42:44PM +0100, Boris Brezillon wrote:
> On Tue, 28 Jan 2020 14:55:02 +0100
> Boris Brezillon wrote:
>
> > Hello,
> >
> > This patch series aims at adding support for runtime bus-format
> > negotiation between all elements of the
> > 'encoder -> bridges ->
https://bugzilla.kernel.org/show_bug.cgi?id=206351
--- Comment #6 from Alex Deucher (alexdeuc...@gmail.com) ---
We expose the actual memory controller clock rate in Linux, not the effective
memory clock of the DRAMs. To translate it, it follows the following formula:
Clock conversion (Mhz):
On Sat, Jan 25, 2020 at 2:35 PM Sam Ravnborg wrote:
>
> With panel-timing converted, now convert the single
> remaining .txt user in panel/ of panel-timing to DT schema.
>
> v2:
> - Drop Thierry as maintainer, as this is not a general panel binding
> and I have no acks.
> - Drop
On Sat, Jan 25, 2020 at 2:35 PM Sam Ravnborg wrote:
>
> Add display-timings.yaml - that references panel-timings.yaml.
> display-timings.yaml will be used for display bindings
> when they are converted to meta-schema format.
>
> For now the old display-timing.txt points to the new
>
On Sat, Jan 25, 2020 at 2:35 PM Sam Ravnborg wrote:
>
> Add meta-schema variant of panel-timing and
> reference it from panel-common.yaml.
>
> Part of this came form other files with other
> licenses - original commits:
>
> cc3f414cf2e4 ("video: add of helper for display timings/videomode")
>
Hi all,
I'm still not sure about your release and merge cycles, but it looks
like these fixes got dropped:
https://patchwork.freedesktop.org/patch/343003
https://patchwork.freedesktop.org/patch/343004
https://patchwork.freedesktop.org/patch/343005
The erroneous code is in drm-misc-next for
And the typo (Propage -> Propagate) is still there :-(. Fixing it right
now so I don't forget.
On Tue, 28 Jan 2020 14:55:12 +0100
Boris Brezillon wrote:
> So that the previous bridge element in the chain knows which input
> format the panel bridge expects.
>
> v10:
> * Add changelog to the
On Fri, 31 Jan 2020 18:12:48 +0100
Sam Ravnborg wrote:
> Hi Boris.
>
> On Tue, Jan 28, 2020 at 02:55:11PM +0100, Boris Brezillon wrote:
> > Add the bus-width property to describe the input bus format.
> >
> > v10:
> > * Add changelog to the commit message
> > * Add Rob's R-b
> >
> > v8 -> v9:
Hi all.
On Sat, Jan 25, 2020 at 09:34:51PM +0100, Sam Ravnborg wrote:
> This set of patches convert display-timing.txt to DT schema.
> To do that add a panel-timing.yaml file that include all the
> panel-timing properties and use this in panel-common and in display-timings.
>
> panel-dpi was
Hi Boris.
On Tue, Jan 28, 2020 at 02:55:11PM +0100, Boris Brezillon wrote:
> Add the bus-width property to describe the input bus format.
>
> v10:
> * Add changelog to the commit message
> * Add Rob's R-b
>
> v8 -> v9:
> * No changes
>
> v7:
> * Rebase on top of lvds-codec changes
> * Drop the
Hi Boris.
>
> > drm/panel: simple: Fix the lt089ac29000 bus_format
>
> Sam, I'll let you apply that one since dim complained that it was
> missing a R-b (you only gave your A-b).
Applied to drm-misc-next.
Sam
___
dri-devel mailing list
Hi,
On Fri, Jan 31, 2020 at 4:16 AM wrote:
>
> >> + reg = <0 0x0506a000 0 0x31000>, <0 0x0b29
> >> 0 0x1>,
> >> + <0 0x0b49 0 0x1>;
> >> + reg-names = "gmu", "gmu_pdc", "gmu_pdc_seq";
> >> +
On Tue, 28 Jan 2020 14:55:02 +0100
Boris Brezillon wrote:
> Hello,
>
> This patch series aims at adding support for runtime bus-format
> negotiation between all elements of the
> 'encoder -> bridges -> connector/display' section of the pipeline.
>
> In order to support that, we need drm
On Fri, Jan 31, 2020 at 02:05:55PM +0100, Daniel Vetter wrote:
> On Fri, Jan 31, 2020 at 9:04 AM Maxime Ripard wrote:
> >
> > On Thu, Jan 30, 2020 at 01:09:23PM +0100, Thomas Zimmermann wrote:
> > > (cc'ing Maxime with the corrrect email addrees)
> > >
> > > Am 30.01.20 um 13:06 schrieb Thomas
On Thu, 30 Jan 2020 21:35:54 +0100, michael.s...@seznam.cz wrote:
> From: Michael Srba
>
> This patch adds dts bindings for Samsung AMS452EF01 AMOLED panel, which makes
> use of their S6E88A0 controller.
>
> Signed-off-by: Michael Srba
> ---
> Hi,
> I recall now that tabs cause a syntax error
On Mon, 27 Jan 2020 19:56:14 +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 to yaml format
> *
On Fri, Jan 31, 2020 at 9:04 AM Maxime Ripard wrote:
>
> On Thu, Jan 30, 2020 at 01:09:23PM +0100, Thomas Zimmermann wrote:
> > (cc'ing Maxime with the corrrect email addrees)
> >
> > Am 30.01.20 um 13:06 schrieb Thomas Zimmermann:
> > > Daniel asked me to serve as co-maintainer of the drm-misc
On 2020-01-28 03:59, Doug Anderson wrote:
Hi,
On Mon, Jan 27, 2020 at 1:30 AM Sharat Masetty
wrote:
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 | 103
+++
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
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
On Thu, Jan 30, 2020 at 08:07:07PM +, Souza, Jose wrote:
> On Thu, 2020-01-30 at 19:25 +0200, Ville Syrjälä wrote:
> > On Thu, Jan 16, 2020 at 05:58:37PM -0800, José Roberto de Souza
> > wrote:
> > > TGL timeouts when disabling MST transcoder and fifo underruns over
> > > MST
> > > transcoders
Hi,
Changes since v3:
- bindings/example: Fixed the node name
- bindings/example: Added include for GPIO_ACTIVE_LOW and fixed up the gpio
binding
- driver: Moved the label for goto in tc358768_calc_pll()
- driver: Replaced the refcounting of enabled with a simple bool as
TC358768/TC358778 is a Parallel RGB to MIPI DSI bridge.
Signed-off-by: Peter Ujfalusi
---
.../display/bridge/toshiba,tc358768.yaml | 159 ++
1 file changed, 159 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/bridge/toshiba,tc358768.yaml
diff
Add basic support for the Toshiba TC358768 RGB to DSI bridge.
Not all the features of the TC358768 is implemented by the initial driver:
MIPI_DSI_MODE_VIDEO and MIPI_DSI_FMT_RGB888 is only supported and tested.
Only write is implemented for mipi_dsi_host_ops.transfer.
Signed-off-by: Peter
Hi Andrzej,
On 30/01/2020 10.20, Andrzej Hajda wrote:
>> +static int tc358768_calc_pll(struct tc358768_priv *priv,
>> + const struct drm_display_mode *mode,
>> + bool verify_only)
>> +{
>> +const u32 frs_limits[] = {
>> +10,
Quoting Akeem G Abodunrin (2020-01-30 18:57:21)
> From: Prathap Kumar Valsan
>
> On gen7 and gen7.5 devices, there could be leftover data residuals in
> EU/L3 from the retiring context. This patch introduces workaround to clear
> that residual contexts, by submitting a batch buffer with
On Fri, 31 Jan 2020, Benjamin Gaignard wrote:
> Fix the warnings that show up with W=1.
> They are all about unused but set variables.
> If functions returns are not used anymore make them void.
>
> Signed-off-by: Benjamin Gaignard
> ---
> version 4:
> - do not touch crc4 unused variable in this
On Thu, 30 Jan 2020, Akeem G Abodunrin wrote:
> diff --git a/drivers/gpu/drm/i915/i915_utils.h
> b/drivers/gpu/drm/i915/i915_utils.h
> index b0ade76bec90..7ac5b3565845 100644
> --- a/drivers/gpu/drm/i915/i915_utils.h
> +++ b/drivers/gpu/drm/i915/i915_utils.h
> @@ -172,6 +172,11 @@
From: Michael Srba
Signed-off-by: Michael Srba
---
Changes since v1: reorder includes; remove empty functions; fix after rebasing
---
drivers/gpu/drm/panel/Kconfig | 6 +
drivers/gpu/drm/panel/Makefile| 1 +
.../panel/panel-samsung-s6e88a0-ams452ef01.c |
Converts various instances of the printk based drm logging macros to the
struct drm_device based logging macros in i915/display/intel_panel.c
using the following coccinelle script that transforms based on the
existence of a struct drm_i915_private device pointer:
@@
identifier fn, T;
@@
fn(...) {
From: Sam Ravnborg
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.
Migrate panasonic,vvx10f034n00, orisetech,otm8009a and raydium,rm68200 over to
the
Convert the printk based logging macros to the new struct drm_device
based logging macros in i915/display/vlv_dsi_pll.c using the following
coccinelle script that matches based on the existence of a drm_i915_private
device:
@@
identifier fn, T;
@@
fn(...) {
...
struct drm_i915_private *T = ...;
On Thu, Jan 30, 2020 at 01:09:23PM +0100, Thomas Zimmermann wrote:
> (cc'ing Maxime with the corrrect email addrees)
>
> Am 30.01.20 um 13:06 schrieb Thomas Zimmermann:
> > Daniel asked me to serve as co-maintainer of the drm-misc tree.
> >
> > Signed-off-by: Thomas Zimmermann
Acked-by: Maxime
Hi Michel!
Thanks for reply.
Did create the merge request here:
https://gitlab.freedesktop.org/mesa/drm/merge_requests/43
BR,
Mikhail.
On 1/30/20 4:27 PM, Michel Dänzer wrote:
Hi Mikhail,
thanks for the patches.
Please create a merge request by clicking the "Fork" button on
Converts most uses of the printk based logging macros to the struct
drm_device based logging macros in i915/display/intel_tv.c using the
following coccinelle script that matches based on the existence of a
drm_i915_private device pointer:
@@
identifier fn, T;
@@
fn(...) {
...
struct
Converts instances of the printk based drm logging macros to the new
struct drm_device based logging macros in i915/display/intel_sdvo.c
This was done automatically using the following coccinelle script that
matches based on the existence of a drm_i915_private device pointer:
@@
identifier fn, T;
Sending this with thunderbird, fingers crossed for no formatting issues
Hi,
I've taken about two weeks to send zinitix v2, and haven't heard about
that or
v3 yet, so combined with how easy it was to address the issues, I didn't
want
to risk that was the reason :)
I'm not sure how I should make
This series continues the conversion of the printk based logging macros
to the new struct drm_device based logging macros in the drm/i915/display
folder.
This series was achieved using the following coccinelle script
that transforms based on the existence of a struct drm_i915_private
instance in
On 1/30/20 3:48 PM, Rob Herring wrote:
> On Thu, Jan 30, 2020 at 2:45 AM Benjamin Gaignard
> wrote:
>> From: Sam Ravnborg
>>
>> 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
Converts instances of the printk based logging macros to the struct
drm_device based logging macros in i915/display/intel_psr.c using the
following coccinelle script that transforms based on the existence of a
drm_i915_private device pointer:
@@
identifier fn, T;
@@
fn(...) {
...
struct
From: Michael Srba
This patch adds dts bindings for Samsung AMS452EF01 AMOLED panel, which makes
use of their S6E88A0 controller.
Signed-off-by: Michael Srba
---
Hi,
I recall now that tabs cause a syntax error in yaml, should be easy to check
in checkpatch.pl?
I hope there are no more
From: Michael Srba
This patch adds dts bindings for Samsung AMS452EF01 AMOLED panel, which makes
use of their S6E88A0 controller.
Signed-off-by: Michael Srba
---
Hi,
Thanks for the review. I believe I've fixed everything, and I tested that
I get image on drm-next with these patches applied.
Converts the printk based logging macros to the struct drm_device based
logging macros in i915/display/vlv_dsi.c.
This was done using the following coccinelle script that transforms
based on the existence of a drm_i915_private device pointer.
@@
identifier fn, T;
@@
fn(...) {
...
struct
From: Michael Srba
Signed-off-by: Michael Srba
---
Changes in v2: reorder includes; remove empty functions; fix after rebasing
Changes in v3: fix straightforward line-over-80-chars issues
---
drivers/gpu/drm/panel/Kconfig | 6 +
drivers/gpu/drm/panel/Makefile|
Converts uses of the printk based drm logging macros to the new struct
drm_device based logging macros in i915/display/intel_vdsc.c.
This was done using the following coccinelle script that transforms
based on the existence of a struct drm_i915_private device:
@@
identifier fn, T;
@@
fn(...) {
Conversion of most instances of the printk based logging macros to the
struct drm_device based logging macros in i915/display/intel_sprite.c
This was done automatically by the following coccinelle script that
matches based on the existence of a struct drm_i915_private device:
@@
identifier fn, T;
Converts instances of the printk based drm logging macros to the struct
drm_device based logging macros in i915/display/intel_quirks.c using the
following coccinelle script that transforms based on the existence of a
struct drm_i915_private device:
@@
identifier fn, T;
@@
fn(...) {
...
struct
Conversion of various instances of the printk based logging macros to
the new struct drm_device based logging macros in
i915/display/intel_pipe_crc.c using the following coccinelle script that
transforms based on the existence of a drm_i915_private device pointer:
@@
identifier fn, T;
@@
fn(...)
Converts most uses of the printk based logging macros to the struct
drm_device based logging macros in i915/display/intel_tc.c using the
following coccinelle script that matches based on the existence of a
struct drm_i915_private device:
@@
identifier fn, T;
@@
fn(...) {
...
struct
Converts the printk based logging macros to the struct drm_device based
logging macros in i915/display/intel_vga.c using the following
coccinelle script that matches based on the existence of a
drm_i915_private device pointer:
@@
identifier fn, T;
@@
fn(...) {
...
struct drm_i915_private *T =
On 1/24/2020 11:56 PM, Jordan Crouse wrote:
On Fri, Jan 24, 2020 at 05:50:11PM +0530, Akhil P Oommen wrote:
Highest bank bit configuration is different for a618 gpu. Update
it with the correct configuration which is the reset value incidentally.
Signed-off-by: Akhil P Oommen
Signed-off-by:
87 matches
Mail list logo
