From: Thierry Reding
drmFreeVersion() frees the memory allocated for the name, date and desc
fields in addition to that for the struct _drmVersion.
Signed-off-by: Thierry Reding
---
tests/getversion.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/getversion.c b/test
From: Thierry Reding
The debug message's format string doesn't contain any conversion
specifiers, therefore making the fd argument unused.
Signed-off-by: Thierry Reding
---
xf86drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86drm.c b/xf86drm.c
index fa5701abae51..e
From: Thierry Reding
Some of the format strings for debug messages use the wrong modifier to
print sizes.
Signed-off-by: Thierry Reding
---
intel/intel_bufmgr_fake.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/intel/intel_bufmgr_fake.c b/intel/int
From: Thierry Reding
These functions all take a format string and either a list of variable
arguments or a va_list. Use the new DRM_PRINTFLIKE macro to tell the
compiler about it so that the arguments can be checked against the
format string.
Signed-off-by: Thierry Reding
---
intel/intel_decod
From: Thierry Reding
These four patches clean up some minor issues in libdrm. Patch 1 makes
gcc aware of various functions (such as drmMsg(), drm_debug_print(),
etc) being printf-like and patches 2 and 3 fix up a number of warnings
flagged as a result of that.
Patch 4 uses drmFreeVersion() inste
On Tue, Apr 8, 2014 at 4:06 PM, Christian K?nig
wrote:
> Am 07.04.2014 10:37, schrieb Thierry Reding:
>
>> From: Thierry Reding
>>
>> Certain types of I2C-over-AUX transactions require that only the address
>> is transferred. Detect this by looking at the AUX message's size and set
>> the addres
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/b4f80317/attachment.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/abcdc7d5/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/d7f63a63/attachment.html>
On Mon, Apr 07, 2014 at 02:44:51PM +0200, Denis Carikli wrote:
> The DRM_PANEL_SIMPLE is needed by the eukrea
> mbimxsd51's displays.
>
> Signed-off-by: Denis Carikli
Applied, thanks.
On Mon, Apr 07, 2014 at 02:44:45PM +0200, Denis Carikli wrote:
> The imx-drm driver can't use the de-active and
> pixelclk-active display-timings properties yet.
>
> Instead the data-enable and the pixel data clock
> polarity are hardcoded in the imx-drm driver.
>
> So theses properties are now s
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #21 from Alex Deucher ---
(In reply to Tom Yan from comment #20)
> I did some more tests. Seems to me that the blank occured with
> dis/reconnection in X is also related to DPMS toggling. Any similar code in
> ddx driver I can try remo
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #20 from Tom Yan ---
I did some more tests. Seems to me that the blank occured with dis/reconnection
in X is also related to DPMS toggling. Any similar code in ddx driver I can try
removing? Since in console everything is fine so far :
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/a8be8813/attachment.html>
Hi Tomasz,
On 04.04.2014 16:53, Tomasz Stanislawski wrote:
> This reverts commit 59956d35a8618235ea715280b49447bb36f2c975.
>
Probably a reason why this commit is being reverted would be a good idea.
> Signed-off-by: Tomasz Stanislawski
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 14 -
On 04.04.2014 16:53, Tomasz Stanislawski wrote:
> This patch enables clk_set_parent() propagation for clocks used
> by s5p-tv and exynos-drm drivers.
>
> Signed-off-by: Tomasz Stanislawski
> ---
> drivers/clk/samsung/clk-exynos4.c |6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
Hi Tomasz,
On 04.04.2014 16:53, Tomasz Stanislawski wrote:
> Export sclk_hdmiphy clock to be usable from DT.
>
> Signed-off-by: Tomasz Stanislawski
> ---
> drivers/clk/samsung/clk-exynos4.c |2 +-
> include/dt-bindings/clock/exynos4.h |1 +
> 2 files changed, 2 insertions(+), 1 dele
Hi,
On 04.04.2014 16:53, Tomasz Stanislawski wrote:
> This patch adds support for propagation of setup of clock's parent one level
> up.
>
> This feature is helpful when a driver changes topology of its clocks using
> clk_set_parent(). The problem occurs when on one platform/SoC driver's clock
>
he correct patch?
If my patch fixed your issue, it would be unexpected that reverting would not
work as well.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/1a82a64f/attachment.html>
2014-04-08 0:40 GMT+09:00, Tomasz Figa :
> On 07.04.2014 17:16, Inki Dae wrote:
>> Hi Andrzej,
>>
>> 2014-04-07 23:18 GMT+09:00 Andrzej Hajda :
>>> Hi Inki and Tomasz,
>>>
>>> On 04/06/2014 05:15 AM, Inki Dae wrote:
>>>
>>> (...)
The code creating the list of components to wait for
(exyno
https://bugzilla.kernel.org/show_bug.cgi?id=71461
--- Comment #19 from Tom Yan ---
(In reply to Alex Deucher from comment #18)
> It's required to re-establish the DP link if you physically disconnect and
> reconnect an active display since DP requires link training while other
> digital links do
The HDMIPHY (physical interface) is controlled by a single
bit in a power controller's regiter. It was implemented
as clock. It was a simple but effective hack.
This patch makes S5P-HDMI driver to control HDMIPHY via PHY interface.
Signed-off-by: Tomasz Stanislawski
---
drivers/media/platform/s
The HDMIPHY (physical interface) is controlled by a single
bit in a power controller's regiter. It was implemented
as clock. It was a simple but effective hack.
This patch makes HDMI driver to control HDMIPHY via PHY interface.
Signed-off-by: Tomasz Stanislawski
---
drivers/gpu/drm/exynos/exyno
Add exynos-simple-phy driver to support a single register
PHY interfaces present on Exynos4 SoC.
Signed-off-by: Tomasz Stanislawski
---
.../devicetree/bindings/phy/samsung-phy.txt| 24 +++
drivers/phy/Kconfig|5 +
drivers/phy/Makefile
Hello everyone,
The Samsung SoCs from Exynos family are enhanced with a bunch of devices that
provide functionality of a physical layer for interfaces like USB, HDMI, SATA,
etc. They are controlled by a simple interface, often a single bit that enables
and/or resets the physical layer.
An IP driv
You can found the patches here:
git://git.linaro.org/people/benjamin.gaignard/kernel.git
on branch: drm_kms_for_next
Regards,
Benjamin
2014-04-08 14:27 GMT+02:00 Rob Clark :
> On Tue, Apr 8, 2014 at 8:19 AM, Benjamin Gaignard
> wrote:
>> This series of patches add the support of DRM/KMS driver
Am 07.04.2014 10:37, schrieb Thierry Reding:
> From: Thierry Reding
>
> Certain types of I2C-over-AUX transactions require that only the address
> is transferred. Detect this by looking at the AUX message's size and set
> the address-only bit appropriately.
>
> Signed-off-by: Thierry Reding
> ---
https://bugzilla.kernel.org/show_bug.cgi?id=65141
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #6 fr
Am 08.04.2014 15:04, schrieb Alex Deucher:
> On Tue, Apr 8, 2014 at 4:03 AM, Daniel Vetter wrote:
>> On Tue, Apr 8, 2014 at 8:58 AM, Jani Nikula wrote:
>>> Before the conversion to dp aux helpers there was a switch case [1] that
>>> ended up in msg_bytes = 3 for address only start/stop messages
>
On 03/19/2014 08:06 PM, David Herrmann wrote:
> Unlike existing techniques that provide similar protection, sealing allows
> file-sharing without any trust-relationship. This is enforced by rejecting
> seal
> modifications if you don't own an exclusive reference to the given file. So if
> you own
On Thu, Mar 20, 2014 at 4:23 PM, Erik Faye-Lund wrote:
> On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
> wrote:
>> From: Thierry Reding
>>
>> Hi,
>>
>> This series adds libdrm-tegra with a very lightweight API on top of the
>> kernel interfaces. Most of the functions provided here have been in
Applied to my 3.15 branch as well.
Cheers,
Christian.
Am 07.04.2014 22:17, schrieb Alex Deucher:
> There is actually quite a bit of variance based on
> the asic.
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm/radeon/dce6_afmt.c | 14 ++
> d
I've added the patches to my 3.15 queue, but had to fix patch #3 a bit
to make it apply cleanly.
Thanks,
Christian.
Am 07.04.2014 16:33, schrieb Alex Deucher:
> Updated with Thierry's comments.
>
> Alex Deucher (4):
>drm/radeon/dp: handle zero sized i2c over aux transactions (v2)
>drm/dp
p-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/64f1c168/attachment.sig>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/323d28e1/attachment-0001.html>
From: Vincent Abriou
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_mixer.c | 70 -
1 file changed, 35 insertions(+), 35 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_mixer.
High Quality Video Display Plug is a data path for doing high quality
treatments (filtering, scaling) on video flow.
HQVDP IP is tunneled into compositor via VDP input.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefi
Make the link between all the hardware drivers and DRM/KMS interface.
Create the driver itself and make it register all the sub-components.
Use GEM CMA helpers for buffer allocation.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/d
Make mixer driver more verbose
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_mixer.c | 164
drivers/gpu/drm/sti/sti_mixer.h | 2 +
2 files changed, 166 insertions(+)
diff --g
Use debugfs to dump information about TVout
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_tvout.c | 181
1 file changed, 181 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_
Make VIdeo plug more verbose on what is on going
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_vid.c | 121 ++
drivers/gpu/drm/sti/sti_vid.h | 1 +
2 files changed, 122 inserti
Allow to get more detailed debug information on GDP
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_drm_drv.h | 44 +++
drivers/gpu/drm/sti/sti_gdp.c | 235 ++
drivers/gpu/drm
Compositor control all the input sub-devices and the mixer.
It is the main entry point for composition.
Layer interface is used to control the layer.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Kconfig | 1 +
Mixer hardware IP is responsible of mixing the different inputs layers.
Z-order is managed by the mixer.
We could 2 mixers: one for main path and one for auxilary path
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile
VIDeo plug are one of the compositor input sub-devices.
VID are dedicated to video inputs like YUV plans.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile| 1 +
drivers/gpu/drm/sti/sti_layer.h | 4 ++
drivers
Generic Display Pipeline are one of the compositor input sub-devices.
GDP are dedicated to graphic input like RGB plans.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile| 1 +
drivers/gpu/drm/sti/sti_gdp.c
STI hardware have various input sub-devices before mixing block.
Each type of sub-device have different capabilities for scaling,
filtering or accepted pixel format.
This layer interface abstract those differences and make the interaction
with compositor more simple.
Signed-off-by: Benjamin Gaigna
TVout hardware block is responsible to dispatch the data flow coming
from compositor block to any of the output (HDMI or Analog TV).
It control when output are start/stop and configure according the
require flow path.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by:
Add driver to support analog TV ouput.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 1 +
drivers/gpu/drm/sti/sti_hda.c | 453 ++
2 files changed, 454 insertions(+)
cr
Add I2C client driver to retrieve EDID.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 3 ++-
drivers/gpu/drm/sti/sti_ddc.c | 56 +++
2 files changed, 58 insertions(+), 1
Add driver for HDMI ouput
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 5 +
drivers/gpu/drm/sti/sti_hdmi.c | 503 +
drivers/gpu/drm/sti/sti_hdmi.h
Video Trafic Advance Communication Rx and Tx drivers are designed
for inter-die communication.
Both Tx and Rx must share the same configuration to communicate
that is why vtac_mode[] is shared in sti_vtac_utils.h.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fab
Video Time Generator drivers are used to synchronize the compositor
and tvout hardware IPs by providing line count, sample count,
synchronization signals (HSYNC, VSYNC) and top and bottom fields indication.
VTG are used by pair for each data path (main or auxiliary): one for master and
one for sla
Add DRM/KMS driver bindings documentation.
Describe the required properties for each of the hardware IPs drivers.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
.../devicetree/bindings/gpu/st,stih4xx.txt | 177 +
1
This series of patches add the support of DRM/KMS drivers for STMicroelectronics
chipsets stih416 and stih407.
Hardware is split in two main blocks: Compositor and TVout. Each of them
includes specific hardware IPs and the display timing are controlled by a
specific
Video Timing Generator hardwar
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/a7c4f4ed/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/ef37bb66/attachment-0001.html>
Use devm_ioremap_resource() because devm_request_and_ioremap() is
obsoleted by devm_ioremap_resource().
Signed-off-by: Jingoo Han
---
Changes since v1:
- remove unnecessary error message, because devm_ioremap_resource()
already prints one in all failure cases.
drivers/gpu/drm/armada/armada_cr
g/archives/dri-devel/attachments/20140408/a5481166/attachment.html>
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/042820a6/attachment.html>
On Mon, Apr 07, 2014 at 02:44:42PM +0200, Denis Carikli wrote:
> arch/arm/boot/dts/imx51-apf51dev.dts|2 +-
> arch/arm/boot/dts/imx53-m53evk.dts |2 +-
> drivers/staging/imx-drm/imx-ldb.c |4 ++--
> drivers/staging/imx-drm/ipu-v3/ipu-dc.c |4 ++--
> 4 files changed,
Signed-off-by: Lauri Kasanen
---
drivers/gpu/drm/radeon/radeon_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/drm/radeon/radeon_drv.c
index d0eba48..cf2721a 100644
--- a/drivers/gpu/drm/radeon/radeon_drv.c
+++ b/drivers
On Monday, April 07, 2014 7:53 PM, Thierry Reding wrote:
> On Thu, Apr 03, 2014 at 09:31:04AM +0900, Jingoo Han wrote:
> > Use devm_ioremap_resource() because devm_request_and_ioremap() is
> > obsoleted by devm_ioremap_resource().
> >
> > Signed-off-by: Jingoo Han
> > ---
> > drivers/gpu/drm/arma
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/b3e1a9b1/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65141
--- Comment #5 from Andreas Wiener ---
Created attachment 131721
--> https://bugzilla.kernel.org/attachment.cgi?id=131721&action=edit
dmesg after suspend
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=65141
--- Comment #4 from Andreas Wiener ---
Created attachment 131711
--> https://bugzilla.kernel.org/attachment.cgi?id=131711&action=edit
dmesg befor suspend
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=65141
Andreas Wiener changed:
What|Removed |Added
CC||aw at corti.de
--- Comment #3 from Andre
L attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/1ddcdaa2/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=72831
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
Some ld9040 panels do not start without providing power control sequence
during initialization. The patch fixes the driver by providing such
sequence for all panels.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/panel/panel-ld9040.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drive
On 04/08/2014 10:08 AM, Denis Carikli wrote:
> On 04/08/2014 08:36 AM, Andrzej Hajda wrote:
>>
>> Hi Denis,
> Hi,
>
>>> +#define DRM_MODE_FLAG_POL_PIXDATA_NEGEDGE BIT(1)
>>> +#define DRM_MODE_FLAG_POL_PIXDATA_POSEDGE BIT(2)
>>> +#define DRM_MODE_FLAG_POL_PIXDATA_PRESERVE BIT(3)
>>
>> What is the
On Tue, Apr 8, 2014 at 11:23 AM, Jerome Glisse wrote:
> On Mon, Apr 07, 2014 at 04:17:21PM -0400, Alex Deucher wrote:
>> There is actually quite a bit of variance based on
>> the asic.
>>
>> Signed-off-by: Alex Deucher
>> Cc: stable at vger.kernel.org
>> ---
>> drivers/gpu/drm/radeon/dce6_afmt.c
There is actually quite a bit of variance based on
the asic.
v2: fix typo noticed by Jerome.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/dce6_afmt.c | 14 ++
drivers/gpu/drm/radeon/radeon.h| 5 -
2 files changed, 14 insertions(+), 5
On Mon, Apr 07, 2014 at 04:17:21PM -0400, Alex Deucher wrote:
> There is actually quite a bit of variance based on
> the asic.
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm/radeon/dce6_afmt.c | 14 ++
> drivers/gpu/drm/radeon/radeon.h| 5
On Tue, Apr 8, 2014 at 6:39 AM, Lauri Kasanen wrote:
> Signed-off-by: Lauri Kasanen
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_drv.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
> b/drivers/gpu/drm/radeon/ra
https://bugzilla.kernel.org/show_bug.cgi?id=72831
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=73041
Alan changed:
What|Removed |Added
Assignee|drivers_pci at kernel-bugs.osd |drivers_video-dri at
kernel-bu
On Mon, Apr 07, 2014 at 10:13:13PM -0700, Jesse Barnes wrote:
> On Mon, 7 Apr 2014 23:25:20 +0200
> Daniel Vetter wrote:
>
> > Jesse's BIOS fb reconstruction code actually relies on the -ENOSPC
> > return value to detect overlapping framebuffers (which the bios uses
> > always when lighting up m
On 04/08/2014 08:36 AM, Andrzej Hajda wrote:
>
> Hi Denis,
Hi,
>> +#define DRM_MODE_FLAG_POL_PIXDATA_NEGEDGE BIT(1)
>> +#define DRM_MODE_FLAG_POL_PIXDATA_POSEDGE BIT(2)
>> +#define DRM_MODE_FLAG_POL_PIXDATA_PRESERVE BIT(3)
>
> What is the purpose of DRM_MODE_FLAG_POL_PIXDATA_PRESERVE?
> If 'p
On Tue, Apr 8, 2014 at 8:58 AM, Jani Nikula wrote:
> Before the conversion to dp aux helpers there was a switch case [1] that
> ended up in msg_bytes = 3 for address only start/stop messages
> (MODE_I2C_START or MODE_I2C_STOP bit set [2]). With Alex's series in,
> but without my patch, we'd send t
On Mon, 07 Apr 2014, Daniel Vetter wrote:
> On Mon, Apr 7, 2014 at 4:35 PM, Alex Deucher wrote:
>> On Mon, Apr 7, 2014 at 5:37 AM, Jani Nikula wrote:
>>> To support bare address requests used by the drm dp helpers.
>>>
>>> Signed-off-by: Jani Nikula
>>>
>>> ---
>>>
>>> Hi Alex, similar to Thier
On Tue, Apr 8, 2014 at 9:09 AM, Christian K?nig
wrote:
> Am 08.04.2014 15:04, schrieb Alex Deucher:
>
>> On Tue, Apr 8, 2014 at 4:03 AM, Daniel Vetter wrote:
>>>
>>> On Tue, Apr 8, 2014 at 8:58 AM, Jani Nikula
>>> wrote:
Before the conversion to dp aux helpers there was a switch case
On Tue, Apr 8, 2014 at 4:03 AM, Daniel Vetter wrote:
> On Tue, Apr 8, 2014 at 8:58 AM, Jani Nikula wrote:
>> Before the conversion to dp aux helpers there was a switch case [1] that
>> ended up in msg_bytes = 3 for address only start/stop messages
>> (MODE_I2C_START or MODE_I2C_STOP bit set [2]).
we want to
>>> do the same for planes, so it might be a good idea to move
>>> crtc->invert_dimensions into plane.
>>
>> OK I guess I said it wrong..
>> The display I have is 1080x1920 portrait panel.
>> For omap_crtc_mode_set(), hdisplay is always 1080 and vdisplay, is
>> 1920, regardless of rotation. That is passed over to
>> omap_plane_mode_set() and everything works.
>
> ahh, ok, that makes much more sense.. (sorry, it's been a long time
> since I looked at rotation)
>
> Reviewed-by: Rob Clark
I can queue this up in my omapdrm fixes branch. I already have a few there.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/bc501b1c/attachment.sig>
Hi Denis,
On 04/07/2014 02:44 PM, Denis Carikli wrote:
> We need a way to pass signal polarity informations
> between DRM panels, and the display drivers.
>
> To do that, a pol_flags field was added to drm_display_mode.
>
> Signed-off-by: Denis Carikli
> ---
> ChangeLog v11->v12:
> - Rebased:
On Tue, Apr 8, 2014 at 8:19 AM, Benjamin Gaignard
wrote:
> This series of patches add the support of DRM/KMS drivers for
> STMicroelectronics
> chipsets stih416 and stih407.
*finally* \o/
one small request.. got a git branch somewhere? This patchset is big
enough that it would be convenient fo
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/299968a3/attachment.html>
3.14.x. Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/1afeb3c6/attachment.html>
Hi, David,
Are there any dev_mapping changes in 3.15 that could cause this?
Do we know what happens to vma->vm_file->f_mapping during fork?
Thanks,
/Thomas
Original Message
Return-Path:pomidorabelisima at gmail.com
Received: from zcs-prod-mta-3.vmware.com (LHLO
zcs-
ref: 10, post 10 >>>> 10 * 10 = 100 max.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140408/72ec40de/attachment.html>
Hi Linus,
Merge window tree for drm,
Highlights:
drm: generic display port aux features, primary plane support, drm master
management fixes, logging cleanups, enforced locking checks (instead of docs),
documentation improvements, minor number handling cleanup, pseudofs for shared
inodes.
ttm
Gra?vydas
On Mon, Apr 7, 2014 at 8:17 PM, Rob Clark wrote:
> On Mon, Apr 7, 2014 at 6:32 AM, Grazvydas Ignotas
> wrote:
>> On Sun, Apr 6, 2014 at 12:45 AM, Rob Clark wrote:
>>> On Sat, Apr 5, 2014 at 2:33 PM, Grazvydas Ignotas
>>> wrote:
Plane rotation with omapdrm is currently broken.
Hi Andrzej,
2014-04-07 23:18 GMT+09:00 Andrzej Hajda :
> Hi Inki and Tomasz,
>
> On 04/06/2014 05:15 AM, Inki Dae wrote:
>
> (...)
>> The code creating the list of components to wait for
>> (exynos_drm_add_components()) doesn't seem to consider which sub-drivers are
>> actually enabled in kernel c
93 matches
Mail list logo
