On 26 February 2015 at 06:22, Alex Deucher wrote:
> On Tue, Feb 24, 2015 at 11:20 PM, Dieter Nützel
> wrote:
>> Hello Alex,
>>
>> I get this in dmesg:
>>
>> [ 26.001926] [drm:radeon_atom_pick_dig_encoder [radeon]] *ERROR* chosen
>> encoder in use 4
>>
>> What do you need?
>
> The message is h
return 0;
-
+ if (fb->modifier[0] != DRM_FORMAT_MOD_NONE) {
DRM_DEBUG_KMS("cursor cannot be tiled\n");
ret = -EINVAL;
}
------ next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/b67d267e/attachment.sig>
On Wed, Feb 25, 2015 at 09:27:57AM -0800, Mike Turquette wrote:
> Hi Shawn,
>
> Thanks for the patch. I wrote a similar one last night but did not
> finish fixing up the drivers (and thus did not post it). I prefer my
> implementation below, and I'm happy to merge your driver fixes with it.
Sure,
sktop.org/archives/dri-devel/attachments/20150226/0d8509c9/attachment.html>
On Wed, Feb 25, 2015 at 01:04:41PM -0800, Stephen Boyd wrote:
> > diff --git a/sound/soc/fsl/fsl_spdif.c b/sound/soc/fsl/fsl_spdif.c
> > index 75870c0ea2c9..91eb3aef7f02 100644
> > --- a/sound/soc/fsl/fsl_spdif.c
> > +++ b/sound/soc/fsl/fsl_spdif.c
> > @@ -1049,7 +1049,7 @@ static u32 fsl_spdif_txc
On Wed, Feb 25, 2015 at 12:42:45PM -0800, Stephen Boyd wrote:
> On 02/25/15 09:55, Mike Turquette wrote:
> > Quoting Russell King - ARM Linux (2015-02-25 07:03:49)
> >> Case 1 applies in places like the Kirkwood I2S driver, and the iMX6
> >> ethernet code, and it's these cases which need to be fixe
From: Dave Airlie
This stops a DRM_ERROR that says we already used the encoder.
Reported-by: Dieter Nützel
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/atombios_encoders.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/radeon/atombios_encoders.c
b/drivers/gpu
On Thu, Feb 26, 2015 at 11:12:50AM +0900, Mark Brown wrote:
> On Wed, Feb 25, 2015 at 10:53:37PM +0800, Shawn Guo wrote:
> > Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk
> > instances"), clk API users can no longer check if two struct clk
> > pointers are pointing to the
Am 25.02.2015 23:02, schrieb Dave Airlie:
> On 26 February 2015 at 06:22, Alex Deucher
> wrote:
>> On Tue, Feb 24, 2015 at 11:20 PM, Dieter Nützel
>> wrote:
>>> Hello Alex,
>>>
>>> I get this in dmesg:
>>>
>>> [ 26.001926] [drm:radeon_atom_pick_dig_encoder [radeon]] *ERROR*
>>> chosen
>>>
Am 26.02.2015 03:05, schrieb Alex Deucher:
> On Wed, Feb 25, 2015 at 8:32 PM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This stops a DRM_ERROR that says we already used the encoder.
>>
>> Reported-by: Dieter Nützel
>> Signed-off-by: Dave Airlie
>
> I've squashed this into the appropriat
On Thu, Dec 11, 2014 at 01:42:11AM +0200, Laurent Pinchart wrote:
> Add DT nodes for the ADV7511 HDMI encoder and its HDMI output connector.
>
> Signed-off-by: Laurent Pinchart
Thanks, I have queued this up.
> ---
> arch/arm/boot/dts/r8a7790-lager.dts | 48
> ++
by
Applied, thanks.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/130aa66d/attachment-0001.sig>
by
Applied, thanks.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/acd119b1/attachment-0001.sig>
g/archives/dri-devel/attachments/20150226/0cf9f199/attachment-0001.sig>
cked-by: Mark Brown
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/f40b117a/attachment.sig>
cked-by: Mark Brown
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/0555aca7/attachment.sig>
cked-by: Mark Brown
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/a789c434/attachment-0001.sig>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/0cdfa5aa/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/1dff73dd/attachment.html>
tachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/16a5350b/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/e0b195de/attachment-0001.html>
nd got the above messages during some power cycles.
--
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/20150226/2da78427/attachment.html>
Am 25.02.2015 22:50, schrieb Dieter Nützel:
> Am 25.02.2015 09:31, schrieb Michel Dänzer:
>> On 25.02.2015 13:04, Dieter Nützel wrote:
>>> Am 20.02.2015 17:29, schrieb Alex Deucher:
On Fri, Feb 20, 2015 at 10:54 AM, Dieter Nützel
wrote:
> Hello Alex,
>
> I get _tod
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/1cef4998/attachment.html>
Hi Russell,
On Friday 16 January 2015 17:47:34 Russell King - ARM Linux wrote:
> On Fri, Jan 16, 2015 at 06:37:43PM +0200, Laurent Pinchart wrote:
> > Replace the internal EDID read implementation by a call to the new EDID
> > read core function.
> >
> > Signed-off-by: Laurent Pinchart
> >
> > R
On Wednesday 25 February 2015 16:36:46 Arnd Bergmann wrote:
> @@ -671,6 +671,7 @@ static void fimd_win_commit(struct exynos_drm_crtc *crtc,
> int zpos)
> struct fimd_win_data *win_data;
> int win = zpos;
> unsigned long val, alpha, size;
> + dma_addr_t end;
> unsigned
Hi,
Am Samstag, 31. Januar 2015, 17:32:53 schrieb Heiko Stuebner:
> This series adds support for the lvds encoder present on rk3288 soc and
> allows external connectors to use the generic rgb pins.
>
> On the older socs (rk3188, rk3066, etc) these pins where accessible by
> anyone, while on the r
On Thu, 26 Feb 2015, Michael Leuchtenburg wrote:
> Okay, here's the results:
> : 12 0a 02 41 00 00 00 00 00 00 00 00 00 0b 00
> 0070: 01 00
> 0080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 0100: 0a 02 00 09 09 00 00 00 01 00 00
> 0200: 01 00 77 00 01 01 55 00
> 0600: 01
> 0700: 02
> 0
dma_addr_t may be 32 or 64 bits long on 32-bit CPUs, so we cannot
cast it to a pointer without getting a compiler warning:
drivers/gpu/drm/exynos/exynos_drm_buf.c: In function 'lowlevel_buffer_allocate':
drivers/gpu/drm/exynos/exynos_drm_buf.c:109:18: warning: cast from pointer to
integer of diff
Hi Dave -
First batch of fixes for v4.0-rc, plenty of cc: stable material.
BR,
Jani.
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags
On Thu, Feb 26, 2015 at 09:52:02AM +0200, Laurent Pinchart wrote:
> Hi Russell,
>
> On Friday 16 January 2015 17:47:34 Russell King - ARM Linux wrote:
> > On Fri, Jan 16, 2015 at 06:37:43PM +0200, Laurent Pinchart wrote:
> > > Replace the internal EDID read implementation by a call to the new EDID
Hi Magnus,
On Wednesday 25 February 2015 16:43:53 Magnus Damm wrote:
> On Wed, Feb 25, 2015 at 1:54 PM, Laurent Pinchart wrote:
> > Hello,
> >
> > This patch series implements atomic updates support for the rcar-du
> > driver.
> >
> > The series starts with four core atomic helpers fixes/cleanup
Nicolas, Shawn,
On Thu, 26 Feb 2015 10:22:50 +0100
Nicolas Ferre wrote:
> Le 25/02/2015 15:53, Shawn Guo a écrit :
> > Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk
> > instances"), clk API users can no longer check if two struct clk
> > pointers are pointing to the s
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/d75bfe7a/attachment-0001.html>
tween them
if the application toggles sRGB on and off.)
--
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/20150226/b5457517/attachment.html>
Am Donnerstag, den 26.02.2015, 09:02 + schrieb Ben Dooks:
> On Wed, Feb 25, 2015 at 09:27:57AM -0800, Mike Turquette wrote:
[...]
> > From: Michael Turquette
> > Date: Wed, 25 Feb 2015 09:11:01 -0800
> > Subject: [PATCH] clk: introduce clk_is_match
> >
> > Some drivers compare struct clk poin
On Wednesday 25 February 2015 06:16 PM, Jani Nikula wrote:
> Mostly display control related DPCD addresses.
>
> Signed-off-by: Jani Nikula
> ---
> include/drm/drm_dp_helper.h | 32
> 1 file changed, 32 insertions(+)
>
> diff --git a/include/drm/drm_dp_helper.h
On Wednesday 25 February 2015 06:16 PM, Jani Nikula wrote:
> Keep the DPCD macros ordered by address, and make indentation conform to
> the rest of the file.
>
> commit e045d20bef41707dbba676e58624b54f9f39e172
> Author: Sonika Jindal
> Date: Thu Feb 19 13:16:44 2015 +0530
>
> drm: Adding e
On Wednesday 25 February 2015 06:16 PM, Jani Nikula wrote:
> Signed-off-by: Jani Nikula
> ---
> include/drm/drm_dp_helper.h | 95
> ++---
> 1 file changed, 90 insertions(+), 5 deletions(-)
>
> diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_d
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/89743641/attachment.html>
0, 0x00, 0x00, 0x00, 0x00,
> };
That's expected. ATI1N operates at lower precision. I'm afraid I can't change
that.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<htt
elps you. There may be
something like an off by one error that the driver can account for.
--
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/20150226/04f6519d/attachment.html>
doesn't seem to matter here.
--
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/20150226/57954498/attachment.html>
On Wednesday 25 February 2015 06:16 PM, Jani Nikula wrote:
> Signed-off-by: Jani Nikula
> ---
> include/drm/drm_dp_helper.h | 37 +
> 1 file changed, 37 insertions(+)
>
> diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
> index cc96024e
On Thu, 26 Feb 2015, sonika wrote:
> On Wednesday 25 February 2015 06:16 PM, Jani Nikula wrote:
>> Signed-off-by: Jani Nikula
>> ---
>> include/drm/drm_dp_helper.h | 37 +
>> 1 file changed, 37 insertions(+)
>>
>> diff --git a/include/drm/drm_dp_helper.h b/i
Copypaste-fail from cleanup_planes. Reported by Tvrtko.
Cc: Tvrtko Ursulin
Reviewed-by: Tvrtko Ursulin
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic_helper.c
b/drivers/gpu
On Wed, 25 Feb 2015 18:44:51 +0100
Nicolas Ferre wrote:
> Remove this configuration bit in crtc driver as the rising edge clock is
> widely
> used.
Applied to drm-atmel-hlcdc-fixes.
Thanks,
Boris
>
> Signed-off-by: Boris BREZILLON
> Signed-off-by: Nicolas Ferre
> ---
> drivers/gpu/drm/at
On Thu, Feb 26, 2015 at 03:21:13PM +0530, sonika wrote:
>
> On Wednesday 25 February 2015 06:16 PM, Jani Nikula wrote:
> >Mostly display control related DPCD addresses.
> >
> >Signed-off-by: Jani Nikula
> >---
> > include/drm/drm_dp_helper.h | 32
> > 1 file chan
.
--
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/20150226/03c017ea/attachment.html>
Hi Philipp,
On Mon, 23 Feb 2015 15:04:32 +0100
Philipp Zabel wrote:
> Hi Thierry,
>
> do you have any further thoughts on this?
>
> Am Dienstag, den 03.02.2015, 14:30 +0100 schrieb Thierry Reding:
> > On Thu, Dec 11, 2014 at 06:32:44PM +0100, Philipp Zabel wrote:
> > > Many panel data sheets a
vel/attachments/20150226/363ca5ad/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/611ba41c/attachment.html>
For both patches:
Reviewed-by: Matt Roper
On Thu, Feb 26, 2015 at 01:49:17PM +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Commit 1da30627fc511a57c9bd23a02c97f0576379f761 "drm: Add rotation value to
> plane state" moved the rotation property to DRM core but only did the set
> propert
tput is not supported yet.
--
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/20150226/7ef45084/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93921
Bug ID: 93921
Summary: No Audio HDMI
Product: Drivers
Version: 2.5
Kernel Version: 4.0-rc1
Hardware: i386
OS: Linux
Tree: Mainline
Status: NEW
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/3a3673c5/attachment.html>
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/20150226/6bdaa2ae/attachment.html>
On Thu, Feb 26, 2015 at 07:24:24AM -0800, Matt Roper wrote:
> For both patches:
>
> Reviewed-by: Matt Roper
Both merged to drm-misc, thanks.
-Daniel
>
> On Thu, Feb 26, 2015 at 01:49:17PM +, Tvrtko Ursulin wrote:
> > From: Tvrtko Ursulin
> >
> > Commit 1da30627fc511a57c9bd23a02c97f057637
This printk leads to the following Smatch warning:
drivers/gpu/drm/i915/i915_gem_gtt.c:336 alloc_pt_range()
error: '%pa' expects argument of type 'phys_addr_t*',
argument 5 has type 'struct i915_page_table_entry*'
It looks like a simple typo to me where "%p
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/20150226/ce53c948/attachment.html>
Hi Heiko,
Thank you for the patch.
On Saturday 31 January 2015 17:32:55 Heiko Stuebner wrote:
> Add the necessary devicetree binding document for simple vga encoders.
>
> Signed-off-by: Heiko Stuebner
> ---
> .../devicetree/bindings/drm/i2c/vga-simple.txt | 18 +++
> 1 file
Hi Heiko,
Thank you for the patch.
On Saturday 31 January 2015 17:32:56 Heiko Stuebner wrote:
> There exist simple vga encoders without any type of management interface
> and just maybe a simple gpio for turning it on or off. Examples for these
> are the Analog Devices ADV7123, Chipsea CS7123 or
Hi Boris,
Am Donnerstag, den 26.02.2015, 14:51 +0100 schrieb Boris Brezillon:
> Hi Philipp,
>
> On Mon, 23 Feb 2015 15:04:32 +0100
> Philipp Zabel wrote:
>
> > Hi Thierry,
> >
> > do you have any further thoughts on this?
> >
> > Am Dienstag, den 03.02.2015, 14:30 +0100 schrieb Thierry Reding
nts/20150226/77937336/attachment.html>
Hi Heiko,
Thank you for the patch.
On Saturday 31 January 2015 17:32:57 Heiko Stuebner wrote:
> From: Mark Yao
>
> Add binding documentation for Rockchip SoC LVDS driver.
>
> Signed-off-by: Mark Yao
> Signed-off-by: Heiko Stuebner
> ---
> .../devicetree/bindings/video/rockchip-lvds.txt|
s" section on this page:
http://xorg.freedesktop.org/wiki/RadeonFeature/
--
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/20150226/049cb960/attachment.html>
Hi Russell,
On Thursday 26 February 2015 09:20:08 Russell King - ARM Linux wrote:
> On Thu, Feb 26, 2015 at 09:52:02AM +0200, Laurent Pinchart wrote:
> > On Friday 16 January 2015 17:47:34 Russell King - ARM Linux wrote:
> >> On Fri, Jan 16, 2015 at 06:37:43PM +0200, Laurent Pinchart wrote:
> >>>
e that we want for the generic case. The issue
on your platform is the exception, so working around that is a sensible choice.
Attached is the proposed fix for this issue.
--Imre
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-i915-gm45-work-around-hang-during-hibernation.patch
Type: text/x-patch
Size: 3625 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150226/52357a6d/attachment-0001.bin>
On Thu, Feb 26, 2015 at 07:53:54PM +0300, Dan Carpenter wrote:
> This printk leads to the following Smatch warning:
>
> drivers/gpu/drm/i915/i915_gem_gtt.c:336 alloc_pt_range()
> error: '%pa' expects argument of type 'phys_addr_t*',
> argument 5 has type 'struct i
On Thu, Feb 26, 2015 at 08:50:48PM +0200, Imre Deak wrote:
> On to, 2015-02-26 at 10:34 +0100, Bjørn Mork wrote:
> > Imre Deak writes:
> >
> > >> That patch fixes the problem, with only pci_set_power_state commented
> > >> out. Do you still want me to try with pci_disable_device() commented
> >
On Thu, Feb 26, 2015 at 08:50:48PM +0200, Imre Deak wrote:
> On to, 2015-02-26 at 10:34 +0100, Bjørn Mork wrote:
> > Imre Deak writes:
> >
> > >> That patch fixes the problem, with only pci_set_power_state commented
> > >> out. Do you still want me to try with pci_disable_device() commented
> >
https://bugzilla.kernel.org/show_bug.cgi?id=93921
Dieter Nützel changed:
What|Removed |Added
CC||Dieter at nuetzel-hh.de
--- Comment #1 f
next release, if not I can still test
other patches.
--
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/20150226/d375ec87/attachment.html>
o "low".
After about 2 hours it locked up again with the same error (GPU lockup)
--
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/dr
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/20150226/b1ad4967/attachment.html>
Imre Deak writes:
>> That patch fixes the problem, with only pci_set_power_state commented
>> out. Do you still want me to try with pci_disable_device() commented
>> out as well?
>
> No, but it would help if you could still try the two attached patch
> separately, without any of the previous wor
While I've closed off most races in a previous patch, a small race still existed
where importing then unreffing cound cause an invalid bo. Add a test for this
case.
Racing sequence fixed:
- thread 1 releases bo, refcount drops to zero, blocks on acquiring nvdev->lock.
- thread 2 increases refcou
omapdrm doesn't check if the width of the framebuffer and the color
format's bits-per-pixel match.
For example, using a display with a width of 1280, and a buffer
allocated with using 32 bits per pixel (i.e. 1280*4 = 5120 bytes), with
a 24 bits per pixel color format, leads to the following mismat
omap_plane_pre_apply() sets the plane's output channel too late, only
after the plane has already been otherwise configured and enabled. This
causes problems, as at the configuration stage we need to make decisions
based on the output channel.
This may lead to bad plane settings or failing to setu
spin_is_locked(x) returns always 0 on uniprocessor, triggering BUG() in
omapdrm.
Change it to use assert_spin_locked() to fix the issue.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/omapd
Hi Tomi,
On 02/26/2015 03:20 PM, Tomi Valkeinen wrote:
> When not using proper hotplug detection, DRM polls periodically the
> connectors to find out if a cable is connected. This polling can happen
> at any time, even very late in the suspend process.
>
> This causes a problem with omapdrm, when
Add support for an external compontised DRM encoder. The external
encoder can be connected to tilcdc trough device tree graph binding.
The binding document for tilcdc has been updated. The support has only
been tested with tda998x encoder, but other encoders should work too
with a little tweaking.
Le 25/02/2015 15:53, Shawn Guo a écrit :
> Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk
> instances"), clk API users can no longer check if two struct clk
> pointers are pointing to the same hardware clock, i.e. struct clk_hw, by
> simply comparing two pointers. That's
On Wed, Feb 25, 2015 at 09:27:57AM -0800, Mike Turquette wrote:
> Quoting Shawn Guo (2015-02-25 06:53:31)
> > Since commit 035a61c314eb ("clk: Make clk API return per-user struct clk
> > instances"), clk API users can no longer check if two struct clk
> > pointers are pointing to the same hardware
Signed-off-by: Maarten Lankhorst
---
xf86atomic.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86atomic.h b/xf86atomic.h
index 17fb088..194554c 100644
--- a/xf86atomic.h
+++ b/xf86atomic.h
@@ -50,7 +50,7 @@ typedef struct {
# define atomic_set(x, val) ((x)->atomic = (val
Only add wrapped bo's and bo's that have been exported through flink or dma-buf.
This avoids a lock in the common case, and decreases traversal needed for
importing
a dma-buf or flink.
Signed-off-by: Maarten Lankhorst
---
nouveau/nouveau.c | 46 ++
1
On Thu, Feb 26, 2015 at 10:56:58AM +0100, Philipp Zabel wrote:
> Am Donnerstag, den 26.02.2015, 09:02 + schrieb Ben Dooks:
> > On Wed, Feb 25, 2015 at 09:27:57AM -0800, Mike Turquette wrote:
> [...]
> > > From: Michael Turquette
> > > Date: Wed, 25 Feb 2015 09:11:01 -0800
> > > Subject: [PATCH
On Thu, 26 Feb 2015, Ben Dooks wrote:
> > > small observaton, clk_is_same() is linguistically nicer.
> >
> > How about clk_equal() ?
>
> That's good, the only issue that's not clear in any of these names is
> that does this mean "the same clock", a "clock of the same rate" or a
> "clock that is
Various small(ish) fixes and improvements for omapdrm.
Laurent, some of these may conflict with your work. I'm fine with dropping the
conflicting ones from this series, as long as the issue has been fixed in your
WIP branch. Or maybe some of these should be rebased on top of your work.
Tomi
Tom
The DRM documentation says:
"If a page flip is already pending, the page_flip operation must return
-EBUSY."
Currently omapdrm returns -EINVAL instead. Fix omapdrm by returning
-EBUSY.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 2 +-
1 file changed, 1 insertion(+),
Clear omap_obj's paddr when unmapping the memory, so that it's easier to
catch bad use of the paddr.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_gem.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c
b/drivers/gpu/drm/omapdrm/omap_gem.c
i
omap_framebuffer_pin() and omap_framebuffer_unpin() are currently
broken, as they cannot be called multiple times (i.e. pin, pin, unpin,
unpin), which is what happens in certain cases. This issue causes the
driver to possibly use 0 as an address for a displayed buffer, leading
to OCP error from DSS
When setting a color format to a DRM plane, the DRM core checks whether
the format is supported by the HW. However, it seems that when setting
the color format of a CRTC (i.e. a root plane), there's no checking
done. This causes omapdrm to configure omapdss with the bad color
format, which omapdss
When an error happens in omap_framebuffer_create(),
omap_framebuffer_create() calls omap_framebuffer_destroy() if the fb
struct has been allocated. However, that crashes, as
omap_framebuffer_destroy(), which calls drm_framebuffer_cleanup(),
should only be called after drm_framebuffer_init()
Fix th
On OMAP5 it is not possible to use TILER buffer with CPU when caching or
write-combining is used. Doing so leads to errors from the memory
manager.
However, on OMAP4, write-combining works fine.
This patch adds platform specific data for the TILER, and a function
tiler_get_cpu_cache_flags() which
The tiler irq handler uses engine->async value, but the code that sets
engine->async and enables the interrupt does not have a barrier. This
may cause the irq handler to see the old value of engine->async, causing
memory corruption.
Reported-by: Harinarayan Bhatta
Signed-off-by: Tomi Valkeinen
-
When not using proper hotplug detection, DRM polls periodically the
connectors to find out if a cable is connected. This polling can happen
at any time, even very late in the suspend process.
This causes a problem with omapdrm, when the poll happens during the
suspend process after GPIOs have been
omapdrm uses normal DRM_ERROR() print when the HW reports an error. As
we sometimes may get a flood of errors, let's rather use
DRM_ERROR_RATELIMITED().
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 2 +-
drivers/gpu/drm/omapdrm/omap_plane.c | 3 ++-
2 files changed, 3
omapdrm tries to avoid error floods by unregistering the error irq when
an error happens, and then registering the error irq again later.
However, the code is racy, as it sometimes tries to unregister the error
irq when it's already unregistered, leading to WARN().
Also, the code only registers th
omap_gem_objects are added to dev->obj_list in omap_gem_new, and removed
in omap_gem_free_object. Unfortunately there's no locking for
dev->obj_list, which eventually leads to a crash:
WARNING: CPU: 1 PID: 1123 at lib/list_debug.c:59 __list_del_entry+0xa4/0xe0()
list_del corruption. prev->next sho
1 - 100 of 123 matches
Mail list logo
