<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/gpu/drm/msm, branch v4.4</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v4.4</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v4.4'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2015-10-22T19:46:36Z</updated>
<entry>
<title>drm/msm: Remove local fbdev emulation Kconfig option</title>
<updated>2015-10-22T19:46:36Z</updated>
<author>
<name>Archit Taneja</name>
<email>architt@codeaurora.org</email>
</author>
<published>2015-07-13T06:42:07Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a9ee34b70e07ce942806eda154e48ea3f754a76f'/>
<id>urn:sha1:a9ee34b70e07ce942806eda154e48ea3f754a76f</id>
<content type='text'>
DRM_MSM_FBDEV config is used to enable/disable fbdev emulation for the
msm kms driver.

Replace this with the top level DRM_FBDEV_EMULATION config option where
applicable. This also prevents build breaks caused by undefined
drm_fb_helper_* functions when legacy fbdev support was disabled.

Signed-off-by: Archit Taneja &lt;architt@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm/mdp5: Basic support for MDP5 v1.7 (MSM8996)</title>
<updated>2015-10-22T19:39:57Z</updated>
<author>
<name>Stephane Viau</name>
<email>sviau@codeaurora.org</email>
</author>
<published>2015-09-15T12:41:53Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d879eb5ad5d9e80cfc818c22fdd4335ebb5de063'/>
<id>urn:sha1:d879eb5ad5d9e80cfc818c22fdd4335ebb5de063</id>
<content type='text'>
This change adds the basic MDP5 support for MSM8996.

Signed-off-by: Stephane Viau &lt;sviau@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm/mdp: Add Software Pixel Extension support</title>
<updated>2015-10-22T19:39:56Z</updated>
<author>
<name>Stephane Viau</name>
<email>sviau@codeaurora.org</email>
</author>
<published>2015-09-15T12:41:52Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=8e2930c6cfb45acc00da9bd6779f5fdd6ec4cb03'/>
<id>urn:sha1:8e2930c6cfb45acc00da9bd6779f5fdd6ec4cb03</id>
<content type='text'>
In order to produce an image, the scalar needs to be fed extra
pixels. These top/bottom/left/right values depend on a various of
factors, including resolution, scaling type, phase step and
initial phase.

Pixel Extension are programmed by hardware in most targets - and
can be overwritten by software. For some targets (e.g.: msm8996),
software *must* program those registers.

In order to ease this computation, let's always use bilinear
filters, which are easier to program from kernel. Eventually,
all of these values will come down from user space for better
quality.

Signed-off-by: Stephane Viau &lt;sviau@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm/mdp5: Use the newly introduced enum mdp_component_type</title>
<updated>2015-10-22T19:39:56Z</updated>
<author>
<name>Stephane Viau</name>
<email>sviau@codeaurora.org</email>
</author>
<published>2015-09-15T12:41:51Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=95651cd926bfa37036d7011a65421ab0db1b4959'/>
<id>urn:sha1:95651cd926bfa37036d7011a65421ab0db1b4959</id>
<content type='text'>
When calculating phase steps, let's use the same enum
mdp_component_type in order to ease the readability; 0/1 indexes
are a bit confusing and we now have explicit values to index
this type of arrays.

Signed-off-by: Stephane Viau &lt;sviau@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm/hdmi: Add basic HDMI support for msm8996</title>
<updated>2015-10-22T19:39:55Z</updated>
<author>
<name>Stephane Viau</name>
<email>sviau@codeaurora.org</email>
</author>
<published>2015-09-15T12:41:49Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=0afbe59edd3fd3618da67b4835b57ebcc4ac3abd'/>
<id>urn:sha1:0afbe59edd3fd3618da67b4835b57ebcc4ac3abd</id>
<content type='text'>
The HDMI controller is new in MDP5 v1.7. As of now, this change
doesn't reflect the novelty and only adds the basics so the probe
gets triggered.

Signed-off-by: Stephane Viau &lt;sviau@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm/mdp5: Avoid printing error messages for optional clocks</title>
<updated>2015-10-22T19:39:55Z</updated>
<author>
<name>Stephane Viau</name>
<email>sviau@codeaurora.org</email>
</author>
<published>2015-09-15T12:41:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d40325b43750eb4a8a81240e36fe38e9ccbcc9eb'/>
<id>urn:sha1:d40325b43750eb4a8a81240e36fe38e9ccbcc9eb</id>
<content type='text'>
The current behavior is to try to get optional clocks and print a
dev_err message in case of failure. This looks rather confusing
and may increase with the amount of optional clocks.

We may need a cleaner way to handle per-device clocks but in the
meantime, let's reduce the amount of dev_err messages during the
probe.

Signed-off-by: Stephane Viau &lt;sviau@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: Fix IOMMU clean up path in case msm_iommu_new() fails</title>
<updated>2015-10-22T19:39:54Z</updated>
<author>
<name>Stephane Viau</name>
<email>sviau@codeaurora.org</email>
</author>
<published>2015-09-15T12:41:46Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=5e921b19268d87a0c64f3181c0d3ea9df9eea972'/>
<id>urn:sha1:5e921b19268d87a0c64f3181c0d3ea9df9eea972</id>
<content type='text'>
msm_iommu_new() can fail and this change makes sure that we
detect the failure and free the allocated domain before going
any further.

Signed-off-by: Stephane Viau &lt;sviau@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm/mdp5: remove the cfg pointer from SMP struct</title>
<updated>2015-10-22T19:39:54Z</updated>
<author>
<name>Stephane Viau</name>
<email>sviau@codeaurora.org</email>
</author>
<published>2015-09-15T12:41:44Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=60fb49ca52ec304a937bcee14ae6acbe1e75562b'/>
<id>urn:sha1:60fb49ca52ec304a937bcee14ae6acbe1e75562b</id>
<content type='text'>
We want to make sure we control all the information being passed
down to SMP block. Having access to the cfg pointer here may create
bad things in the future.

Signed-off-by: Stephane Viau &lt;sviau@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm/dsi: Updata LNn_CFG4 register settings for 28nm PHY</title>
<updated>2015-10-22T19:39:54Z</updated>
<author>
<name>Hai Li</name>
<email>hali@codeaurora.org</email>
</author>
<published>2015-09-11T19:56:09Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=e01b1bfd88f9c5ec32b471a5a696a79f45740e63'/>
<id>urn:sha1:e01b1bfd88f9c5ec32b471a5a696a79f45740e63</id>
<content type='text'>
The current settings for 28nm PHY data lane CFG4 registers do
not work with certain panels. This change is to modify them to
hw recommended values.

Signed-off-by: Hai Li &lt;hali@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm: msm: dsi: Don't attempt changing voltage of switches</title>
<updated>2015-10-22T19:39:53Z</updated>
<author>
<name>Bjorn Andersson</name>
<email>bjorn.andersson@sonymobile.com</email>
</author>
<published>2015-08-18T17:34:32Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=556a76e51b5c8e16986e2cc0a5e14306a4e2505a'/>
<id>urn:sha1:556a76e51b5c8e16986e2cc0a5e14306a4e2505a</id>
<content type='text'>
In some configurations the supplies are voltage switches and not LDOs,
making the set voltage call to fail. Check with the regulator framework
if the supply can change voltage before attempting.

Signed-off-by: Bjorn Andersson &lt;bjorn.andersson@sonymobile.com&gt;
Reviewed-by: Archit Taneja &lt;architt@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
</feed>
