Before adding a DSI node to the private list check if the
node has a valid device connected to it through an endpoint.
This is required in cases where the chipset supports multiple
DSI hosts but only one of them is being used.
In the current implementation even inactive nodes get added
resulting
Currently, DRM bridge for DPU relies on the default video
mode setting to set the encoder mode.
Add an explicit call to set the encoder mode for bridges.
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/dsi/dsi_manager.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --gi
On Sat, Jun 16, 2018 at 1:33 AM, Jernej Škrabec wrote:
> Dne petek, 15. junij 2018 ob 19:13:17 CEST je Chen-Yu Tsai napisal(a):
>> On Sat, Jun 16, 2018 at 12:41 AM, Jernej Škrabec
>>
>> wrote:
>> > Hi,
>> >
>> > Dne petek, 15. junij 2018 ob 10:31:10 CEST je Maxime Ripard napisal(a):
>> >> Hi,
>>
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 486e4f30e2a3b7bdd2caa48d09b905a34f2f99cb
commit: 6e0ef9d85b99baeeea4b9c4a9777809cb0c6040a [82/132] drm/amd/display:
Write TEST_EDID_CHECKSUM_WRITE for EDID tests
reproduce:
# apt-get install sparse
g
On Fri, Jun 15, 2018 at 04:00:42PM -0700, Nick Desaulniers wrote:
> Similar to commit 0bf8bf50eddc ("module: Remove
> const attribute from alias for MODULE_DEVICE_TABLE")
>
> Fixes many -Wduplicate-decl-specifier warnings due to the combination of
> const typeof() of already const variables.
>
>
Ville Syrjala writes:
> From: Ville Syrjälä
>
> Using += to set the bits in a mask looks funny. It works in this case
> because we never set the same bit twice. But let's switch to |= to
> make this look more regular.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 486e4f30e2a3b7bdd2caa48d09b905a34f2f99cb
commit: 080d2114b794d5764c7ff4b4454317cdb9d24652 [107/132] ASoC: AMD: enable
ACP3x drivers build
config: sparc64-allyesconfig (attached as .config)
compiler: sparc64-linux-gn
On Fri, Jun 15, 2018 at 6:36 PM, Marek Vasut wrote:
> Having two drivers in the kernel with different set of bugs is always bad.
Sure, but breaking dtb's is also bad.
Can the mxsfb driver be modified to handle the old style bindings?
The IPU drm driver is capable of handling both the old style
Quoting Mauro Carvalho Chehab (2018-06-14 09:09:01)
> As we move stuff around, some doc references are broken. Fix some of
> them via this script:
> ./scripts/documentation-file-ref-check --fix
>
> Manually checked that produced results are valid.
>
> Signed-off-by: Mauro Carvalho Chehab
On Fri, Jun 15, 2018 at 5:58 PM, Leonard Crestez
wrote:
> In that thread there is a proposal for removing the old fbdev/mxsfb
> driver entirely.
>
> That would break old DTBs, isn't this generally considered bad? Also,
> are we sure the removal of fbdev/mxsfb wouldn't lose any features?
Yes, I a
On Wed, May 30, 2018 at 11:22:27PM +0300, Ville Syrjälä wrote:
> On Wed, May 30, 2018 at 06:30:52PM +0100, Alexandru Gheorghe wrote:
> > drm_private_state has a back pointer to the drm_atomic_state,
> > however that was not initialized in drm_atomic_get_private_obj_state
> > after duplication, as i
On Tue, Jun 12, 2018 at 03:09:36PM -0400, Harry Wentland wrote:
> On 2018-06-11 03:34 PM, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Print out the modeline when we reject a bad user mode. Avoids having to
> > guess why it was rejected.
> >
> > Signed-off-by: Ville Syrjälä
>
> Reviewe
From: Ville Syrjälä
To pick the correct MST encoder i915 wants to know which crtc is going
to be feeding us. To that end let's pass the crtc to the .best_encoder()
hook. The atomic variant already knows the crtc via the connector state,
but the non-atomic hooks is still being used by the fb_helpe
Hi Leonard,
On Fri, Jun 15, 2018 at 4:43 PM, Leonard Crestez
wrote:
> The FBDEV driver uses the same name and both can't be registered at the
> same time. Fix this by renaming the drm driver to mxsfb-drm
>
> Signed-off-by: Leonard Crestez
Stefan sent the same patch a few days ago:
https://www.s
On Fri, Jun 15, 2018 at 08:39:39PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The meaning of the mode_config max_width/height fields has not been
> entirely clear. They are used both as the max framebuffer dimensions,
> and they are also used by drm_mode_getconnector() to filter out
>
https://bugs.freedesktop.org/show_bug.cgi?id=106287
--- Comment #10 from Henrik Holst ---
Managed to switch from the Padoka PPA to xenial-proposed and thus upgraded to
mesa 18.0.5 and now I don't know if this is just one of the random things with
this game but the problem with water seams to have
On Fri, Jun 15, 2018 at 11:33:01AM -0700, Dhinakaran Pandiyan wrote:
> On Fri, 2018-06-15 at 19:49 +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Each fake MST encoder is tied to a specific pipe. Fix the encoder's
> > crtc_mask to reflect that fact.
> >
> > Signed-off-by: Ville Syrj
https://bugs.freedesktop.org/show_bug.cgi?id=106870
Luca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=106820
Sverd Johnsen changed:
What|Removed |Added
Summary|4.17.0 BUG: unable to |4.17.1 BUG: unable to
On Fri, 2018-06-15 at 19:49 +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Each fake MST encoder is tied to a specific pipe. Fix the encoder's
> crtc_mask to reflect that fact.
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/intel_dp_mst.c | 2 +-
> 1 file changed, 1 inser
From: Ville Syrjälä
The meaning of the mode_config max_width/height fields has not been
entirely clear. They are used both as the max framebuffer dimensions,
and they are also used by drm_mode_getconnector() to filter out
any mode whose hdisplay/vdisplay exceed those limits.
Let's put it in writ
On 05/23/2018 17:16, Marek Vasut wrote:
> On 05/18/2018 11:28 AM, Qiang Yu wrote:
>> From: Lima Project Developers
>>
>> Signed-off-by: Qiang Yu
>> Signed-off-by: Neil Armstrong
>> Signed-off-by: Simon Shields
>> Signed-off-by: Heiko Stuebner
>> ---
>> drivers/gpu/drm/Kconfig | 2 ++
>
On Sat, Jun 16, 2018 at 12:41 AM, Jernej Škrabec
wrote:
> Hi,
>
> Dne petek, 15. junij 2018 ob 10:31:10 CEST je Maxime Ripard napisal(a):
>> Hi,
>>
>> On Tue, Jun 12, 2018 at 10:00:20PM +0200, Jernej Skrabec wrote:
>> > TV TCONs connected to TCON TOP have to enable additional gate in order
>> > to
From: Ville Syrjälä
Using += to set the bits in a mask looks funny. It works in this case
because we never set the same bit twice. But let's switch to |= to
make this look more regular.
Cc: Maarten Lankhorst
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_atomic_helper.c | 2 +-
1 file c
From: Ville Syrjälä
WARN if the encoder possible_crtcs is effectively empty or contains
bits for non-existing crtcs.
TODO: Or should we perhapst just filter out any bit for a
non-exisiting crtc?
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_encoder.c | 18 ++
1 file cha
From: Ville Syrjälä
We don't need to special case PCH vs. gen4 when setting up the LVDS
crtc_mask. Just claim pipes A|B|C work and intel_encoder_crtcs() drop
out any crtc that doesn't exist.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_lvds.c | 4 +---
1 file changed, 1 insertio
From: Ville Syrjälä
Each fake MST encoder is tied to a specific pipe. Fix the encoder's
crtc_mask to reflect that fact.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_dp_mst.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_dp_mst.c
From: Ville Syrjälä
Many drivers are populating encoder->possible_clones wrong. Let's
persuade them to get it right by adding some loud WARNs.
We'll cross check the bits between any two encoders. So either
both encoders can clone with the other, or neither can.
We'll also complain about effecti
From: Ville Syrjälä
Use BIT(pipe) for better legibility when populating the crtc_mask
for encoders.
Also remove the redundant possible_crtcs setup for the TV encoder.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_crt.c | 4 ++--
drivers/gpu/drm/i915/intel_ddi.c | 2 +-
drivers
From: Ville Syrjälä
Don't advertize non-exisiting crtcs in the encoder possible_crtcs
bitmask.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/dri
From: Ville Syrjälä
dw_hdmi_imx_bind() does not call so the possible_clones mask being set
here is entirely bogus, not to mention the bits set for non-existent
encoders. Just clear possible_clones until someone fixes this properly.
Cc: Philipp Zabel
Signed-off-by: Ville Syrjälä
---
drivers/gp
From: Ville Syrjälä
Replace the hand rolled stuff with drm_encoder_mask() when populating
possible_clones.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drive
From: Ville Syrjälä
There's no point in the cast for accessing the base class. Just
take the address of the struct instead.
Cc: Benjamin Gaignard
Cc: Vincent Abriou
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/sti/sti_tvout.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
d
From: Ville Syrjälä
I double the DP+DP and SDVO+SDVO cloning works for this driver.
i915 at least doesn't do those. Truthfully there could be some very specific
circumstances where some of them would do doable, but genereally it's
too much pain to deal with so we've chose not to bother. Let's use
From: Ville Syrjälä
The current possible_clones setup doesn't look sensible. I'm assuming
the 0 and 1 are supposed to refer to the indexes of the hdmi and hda
encoders? So it kinda looks like we want hda+hdmi cloning, but then
dvo also claims to be cloneable with hdmi, but hdmi won't recipricate.
From: Ville Syrjälä
Replace the hand rolled encoder bitmask thing with drm_encoder_mask()
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
From: Ville Syrjälä
Add drm_encoder_mask() which returns the 1<
---
include/drm/drm_encoder.h | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/include/drm/drm_encoder.h b/include/drm/drm_encoder.h
index fb299696c7c4..d804a6897f4b 100644
--- a/include/drm/drm_enc
From: Ville Syrjälä
Apparently several drivers fill encoder->possible_clones with bogus
data, which means userspace can't trust that information at all.
Let's try to fix up some of the problems and add some sanity checks
into the core to persuade drivers to get it right from now on.
What we can't
From: Ville Syrjälä
The docs say possible_clones should always include the encoder itself.
Since most drivers don't want to deal with the complexities of cloning
let's allow them to set possible_clones=0 and instead we'll fix that
up in the core.
We can't put this special case into drm_encoder_i
On Fri, Jun 15, 2018 at 02:08:27PM +0200, Thomas Hellstrom wrote:
> @@ -772,6 +856,25 @@ __ww_mutex_add_waiter(struct mutex_waiter *waiter,
> }
>
> list_add_tail(&waiter->list, pos);
> + if (__mutex_waiter_is_first(lock, waiter))
> + __mutex_set_flag(lock, MUTEX_FLAG_
On Fri, Jun 15, 2018 at 9:32 AM, Gustavo A. R. Silva
wrote:
> Currently, the maximum value that *counter* can reach is 255, and
> code at line 150: while (counter < 1000) { implies a bigger value
> could be expected.
>
> Fix this by changing the type of variable *counter* from uint8_t
> to uint16_
The script:
./scripts/documentation-file-ref-check --fix
Gives multiple hints for broken references on some files.
Manually use the one that applies for some files.
Acked-by: Steven Rostedt (VMware)
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/ABI/obsolete/sysfs-gpio
As we move stuff around, some doc references are broken. Fix some of
them via this script:
./scripts/documentation-file-ref-check --fix
Manually checked that produced results are valid.
Acked-by: Matthias Brugger
Acked-by: Takashi Iwai
Acked-by: Jeff Kirsher
Acked-by: Guenter Roeck
Si
As we move stuff around, some doc references are broken. Fix some of
them via this script:
./scripts/documentation-file-ref-check --fix
Manually checked if the produced result is valid, removing a few
false-positives.
Acked-by: Takashi Iwai
Acked-by: Masami Hiramatsu
Acked-by: Stephen B
https://bugs.freedesktop.org/show_bug.cgi?id=104854
--- Comment #7 from Alex Deucher ---
possibly related to:
https://bugzilla.kernel.org/show_bug.cgi?id=199693
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=106879
--- Comment #2 from Alex Deucher ---
Please attach your xorg log (if using X) and dmesg output. Possibly related
to:
https://bugzilla.kernel.org/show_bug.cgi?id=199693
--
You are receiving this mail because:
You are the assignee for the bug._
If the user has created a read-only object, they should not be allowed
to circumvent the write protection by using a GGTT mmapping. Deny it.
Also most machines do not support read-only GGTT PTEs, so again we have
to reject attempted writes. Fortunately, this is known a priori, so we
can at least r
https://bugzilla.kernel.org/show_bug.cgi?id=200045
--- Comment #14 from cerg2010cerg2...@mail.ru ---
Still nothing changed... This is what I got in both cases:
[ 57.656675] Radeon i2c bit bus 0x90: initial SCL state 1
[ 57.656678] Radeon i2c bit bus 0x90: initial SDA state 1
[ 57.656805] Ra
Hi Benjamin,
On 06/05/2018 03:54 PM, Benjamin Gaignard wrote:
> When dumping plane state print normalized zpos value as done for
> the other plane state fields.
>
> Signed-off-by: Benjamin Gaignard
> ---
> drivers/gpu/drm/drm_atomic.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a
https://bugzilla.kernel.org/show_bug.cgi?id=199425
--- Comment #9 from Michel Dänzer (mic...@daenzer.net) ---
Mikita, can you send this patch to the dri-devel mailing list for review?
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #20 from Michel Dänzer ---
Note that the ioctls don't literally run "in parallel"; both ioctls are called
by the Xorg main thread, so they can't preempt each other. What I mean is that
any number of cursor ioctls can happen while a p
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #19 from Michel Dänzer ---
(In reply to David Francis from comment #18)
> My hypothesis is that has something to do with the mouse polling rate.
What is that hypothesis based on?
The kernel is supposed to be able to process any n
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #18 from David Francis ---
My hypothesis is that has something to do with the mouse polling rate.
Could you set the polling rate to 125 Hz (8 ms) and see if the problem
persists?
This information will help us troubleshoot the pro
On planes which support AFBC, expose an AFBC modifier for use with BGR888.
Signed-off-by: Ayan Kumar halder
Reviewed-by: Brian Starkey
Change-Id: I4739ff55c0f6d5715b268cb3947ed133a9ee7c2e
---
drivers/gpu/drm/arm/malidp_drv.c| 1 +
drivers/gpu/drm/arm/malidp_planes.c | 46 +
Added the AFBC decoder registers for DP500 , DP550 and DP650.
These registers control the processing of AFBC buffers. It controls various
features like AFBC decoder enable, lossless transformation and block split
as well as setting of the left, right, top and bottom cropping of AFBC buffers
(in num
AFBC buffers include additional metadata which increases the required
allocation size. Implement the appropriate size validation and sanity
checking for AFBC buffers.
Added malidp specific function for framebuffer creation. This checks
if the framebuffer has AFBC modifiers and if so, it verifies th
In the current series of patches, we are trying to add support for AFBC
modifiers in malidp. AFBC modifiers adds some constraints to framebuffer
size, alignment, pitch, formats, etc. Here we are trying to add support
for one combination of AFBC modifier ie AFBC_FORMAT_MOD_BLOCK_SIZE_16x16 |
AFBC_FO
AFBC is a proprietary lossless image compression protocol and format.
It provides fine-grained random access and minimizes the amount of data
transferred between IP blocks.
AFBC has several features which may be supported and/or used, which are
represented using bits in the modifier. Not all combin
https://bugzilla.kernel.org/show_bug.cgi?id=200045
Wolfram Sang (w...@the-dreams.de) changed:
What|Removed |Added
Attachment #276551|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=106928
--- Comment #1 from teri...@wedogames.se ---
Created attachment 140173
--> https://bugs.freedesktop.org/attachment.cgi?id=140173&action=edit
Steam output from start of steam to after game crash.
--
You are receiving this mail because:
You are
The width and height needs to be swapped
Signed-off-by: Ayan Kumar halder
Reviewed-by: Brian Starkey
Reviewed-by: Alexandru Gheorghe
---
drivers/gpu/drm/arm/malidp_planes.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/arm/malidp_planes.c
b/drivers/gp
Hi Ayan,
Minor nits:
On Fri, Jun 15, 2018 at 11:54:59AM +0100, Ayan Kumar Halder wrote:
> Mali-DP 500 supports rotations for both compressed/uncompressed buffers
> for all the layers.
> Mali-DP 550 supports rotations for both compressed/uncompressed buffers for
> VIDEO and GRAPHICS layers only. T
https://bugs.freedesktop.org/show_bug.cgi?id=106928
Bug ID: 106928
Summary: When starting a match Rocket League crashes on "Go"
Product: Mesa
Version: 18.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Platform devices instantiated from device-tree always have pdev->id set to
-1, so use of_get_alias_id() helper to retrieve proper device id.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/dr
On Thu, Jun 14, 2018 at 05:57:01PM -0700, Keith Packard wrote:
> We sorted out what 'vscan' means and are trying to use it correctly.
>
> vscan = 0 is the same as vscan = 1, which is slightly annoying; we use
> MAX2(vscan, 1) everywhere.
>
> randr doesn't pass vscan at all, so we set wsi mode vsc
The current Wound-Wait mutex algorithm is actually not Wound-Wait but
Wait-Die. Implement also Wound-Wait as a per-ww-class choice. Wound-Wait
is, contrary to Wait-Die a preemptive algorithm and is known to generate
fewer backoffs. Testing reveals that this is true if the
number of simultaneous con
From: Peter Ziljstra
Make the WW mutex code more readable by adding comments, splitting up
functions and pointing out that we're actually using the Wait-Die
algorithm.
Cc: Ingo Molnar
Cc: Jonathan Corbet
Cc: Gustavo Padovan
Cc: Maarten Lankhorst
Cc: Sean Paul
Cc: David Airlie
Cc: Davidlohr
On 06/14/2018 08:51 PM, Peter Zijlstra wrote:
On Thu, Jun 14, 2018 at 06:43:40PM +0200, Thomas Hellstrom wrote:
Overall, I think this looks fine. I'll just fix up the FLAG_WAITERS setting
and affected comments and do some torture testing on it.
Thanks!
Are you OK with adding the new feature a
Hi Sandeep,
Thanks for the patch, I hope it will be merged soon.
On 15.06.2018 08:43, Sandeep Panda wrote:
> Add support for TI's sn65dsi86 dsi2edp bridge chip.
> The chip converts DSI transmitted signal to eDP signal,
> which is fed to the connected eDP panel.
>
> This chip can be controlled via
Mali-DP 500 supports rotations for both compressed/uncompressed buffers
for all the layers.
Mali-DP 550 supports rotations for both compressed/uncompressed buffers for
VIDEO and GRAPHICS layers only. The SMART layer does not support any
rotation.
Mali-DP 650 supports rotations for both compressed/u
https://bugs.freedesktop.org/show_bug.cgi?id=106919
--- Comment #8 from Ricardo Ribalda ---
We are trying with vappi and we cannot reproduce the bug. This is the pipeline
that we are using:
gst-launch-1.0 videotestsrc ! video/x-raw,width=800,height=600,framerate=60/1 !
timeoverlay ! videoconver
From: Oleksandr Andrushchenko
Dan Carpenter has reported that there is the following static checker
warning:
drivers/gpu/drm/drm_prime.c:317 drm_gem_map_dma_buf()
warn: 'sgt' can also be NULL
314 sgt = obj->dev->driver->gem_prime_get_sg_table(obj);
315
316 if (!IS_ERR(sgt
On 06/15/2018 12:08 PM, Dan Carpenter wrote:
On Fri, Jun 15, 2018 at 08:39:17AM +0300, Oleksandr Andrushchenko wrote:
On 06/15/2018 06:22 AM, YoungJun Cho wrote:
Dear Dan,
Your mail flashes back to my memory 5 years ago.
Back then, I had cleaned up the exynos driver.
And the replacement IS_ER
On Fri, Jun 15, 2018 at 08:39:17AM +0300, Oleksandr Andrushchenko wrote:
> On 06/15/2018 06:22 AM, YoungJun Cho wrote:
> > Dear Dan,
> >
> > Your mail flashes back to my memory 5 years ago.
> > Back then, I had cleaned up the exynos driver.
> >
> > And the replacement IS_ERR was one of items.
> >
On Wed, Jun 13, 2018 at 06:03:21PM +0200, Jernej Škrabec wrote:
> > > +Required properties:
> > > + - compatible: value must be one of:
> > > +* allwinner,sun8i-r40-tcon-top
> > > + - reg: base address and size of the memory-mapped region.
> > > + - clocks: phandle to the clocks feeding the
Hi,
On Tue, Jun 12, 2018 at 10:00:20PM +0200, Jernej Skrabec wrote:
> TV TCONs connected to TCON TOP have to enable additional gate in order
> to work.
>
> Add support for such TCONs.
>
> Signed-off-by: Jernej Skrabec
> ---
> drivers/gpu/drm/sun4i/sun4i_tcon.c | 11 +++
> drivers/gpu/d
On 6/15/2018 8:17 AM, Wolfram Sang wrote:
Some adapters need to be prepared/unprepared before bitbanging the bus.
Before/after?
Do this for the initial STOP, too.
Signed-off-by: Wolfram Sang
[...]
MBR, Sergei
___
dri-devel mailing list
dri-d
drm-misc-next-fixes-2018-06-15:
- Fix possible race conditions while unplugging DRM device.
The following changes since commit fbecef131676c1d18e8e6b42c04e10dc49725e96:
drm/v3d: add CONFIG_MMU dependency (2018-05-30 12:15:18 -0700)
are available in the Git repository at:
git://anongit.freed
On 15.06.2018 08:43, Sandeep Panda wrote:
> Document the bindings used for the sn65dsi86 DSI to eDP bridge.
>
> Changes in v1:
> - Rephrase the dt-binding descriptions to be more inline with existing
>bindings (Andrzej Hajda).
> - Add missing dt-binding that are parsed by corresponding driver
Innolux TV123WAM is a 12.3" eDP display panel with
2160x1440 resolution, which can be supported by simple
panel driver.
Changes in v1:
- Make use of simple panel driver instead of creating
a new driver for this panel (Sean Paul).
- Combine dt-binding and driver changes into one patch
as do
Document the bindings used for the sn65dsi86 DSI to eDP bridge.
Changes in v1:
- Rephrase the dt-binding descriptions to be more inline with existing
bindings (Andrzej Hajda).
- Add missing dt-binding that are parsed by corresponding driver
(Andrzej Hajda).
Changes in v2:
- Remove edp pa
81 matches
Mail list logo
