https://bugzilla.kernel.org/show_bug.cgi?id=81021
Kertesz Laszlo changed:
What|Removed |Added
CC||laszlo.kertesz at gmail.com
--- Comment
This has the upside that it will no longer steal interrupts from the
interrutp handler on pre-g4x. Furthermore this will now scream properly
on all platforms if we don't have hw counters enabled.
Cc: Ville Syrj?l?
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/intel_display.c | 41 +-
As usual in both a crtc index and a struct drm_crtc * version.
The function assumes that no one drivers their display below 10Hz, and
it will complain if the vblank wait takes longer than that.
v2: Also check dev->max_vblank_counter since some drivers register a
fake get_vblank_counter function.
In general having this can't hurt, and the atomic helpers will need
it to be able to reset the state objects properly. The overall idea
is to reset in the order pixels flow, so planes -> crtcs ->
encoders -> connectors.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 5 +
inclu
In the fbdev code we want to do trylocks only to avoid deadlocks and
other ugly issues. Thus far we've only grabbed the overall modeset
lock, but that already failed to exclude a pile of potential
concurrent operations. With proper atomic support this will be worse.
So add a trylock mode to the mo
Atomic implemenations for legacy ioctls must be able to drop locks.
Which doesn't cause havoc since we only do that while constructing
the new state, so no driver or hardware state change has happened.
The only troubling bit is the fb refcounting the core does - if
someone else has snuck in then i
So drivers using the atomic interfaces expect that they can acquire
additional locks internal to the driver as-needed. Examples would be
locks to protect shared state like shared display PLLs.
Unfortunately the legacy ioctls assume that all locking is fully done
by the drm core. Now for those path
Somehow we've forgotten about this little bit of OCD.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 95 --
drivers/gpu/drm/drm_modeset_lock.c | 95 ++
include/drm/drm_crtc.h | 4 --
inclu
In the atomic state we'll have an array of states for crtcs, planes
and connectors and need to be able to at them by their index. We
already have a drm_crtc_index function so add the missing ones for
planes and connectors.
If it later on turns out that the list walking is too expensive we can
add
Hi all,
So I've split out every single hunk that touches existing code from my atomic
series and this is it. It mostly touches error handling code and other more
exceptional stuff. My idea is that if we get this in now we have a bit more
leeway with the actual atomic infrastructure work since that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Libdrm 2.4.56 has been released. It fixes MSAA for the Radeon Hawaii GPU.
Andreas Boll (1):
libdrm: Fix drm.h include in qxl drm header file
Marek Ol??k (2):
radeon: fix typo in sample split / fixes MSAA on Hawaii
configure.ac: bum
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #12 from Colin ---
Created attachment 144641
--> https://bugzilla.kernel.org/attachment.cgi?id=144641&action=edit
Log files
9 Log files demonstrating the problem
--
You are receiving this mail because:
You are watching the assigne
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #11 from Colin ---
(In reply to Alex Deucher from comment #10)
> (In reply to Colin from comment #9)
> > but it was you that said it always failed to load so I am getting confused
> > now.
> >
> > It is not to do with X because the p
eceiving 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/20140729/21faf1ea/attachment.html>
luding the
"ASIC_ProfilingInfo v3.1" patch.
--
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/20140729/44d71f45/attachment.html>
Hi Thierry,
Sorry for late reply.
I implemented common DSI helper functions and tested in s6e3fa0 panel
(I should test with other panels).
The helper function prototypes are like below:
int mipi_dsi_set_maximum_return_packet_size(struct mipi_dsi_device *dsi,
On 2014? 07? 29? 20:59, Andreas F?rber wrote:
> Am 29.07.2014 10:05, schrieb Sjoerd Simons:
>> On Tue, 2014-07-29 at 14:38 +0900, Inki Dae wrote:
>>> On 2014? 07? 28? 23:45, Sjoerd Simons wrote:
On Mon, 2014-07-28 at 23:17 +0900, Inki Dae wrote:
> On 2014? 07? 28? 17:30, Sjoerd Simons wrot
On 2014? 07? 29? 20:39, Andrzej Hajda wrote:
> On 07/29/2014 05:42 AM, Inki Dae wrote:
>> On 2014? 07? 29? 00:50, Andrzej Hajda wrote:
>>> On 07/28/2014 04:00 AM, Inki Dae wrote:
This patch adds LPM transfer support for video or command data.
With this patch, Exynos MIPI DSI controll
On 29 July 2014 20:46, Daniel Vetter wrote:
> On Wed, Jul 23, 2014 at 6:32 AM, Dave Airlie wrote:
>> On 23 July 2014 06:02, Paulo Zanoni wrote:
>>> 2014-06-05 1:01 GMT-03:00 Dave Airlie :
From: Dave Airlie
This adds DP 1.2 MST support on Haswell systems.
>>>
>>> Hi
>>>
>>> It loo
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/93ba4caf/attachment.html>
On Thu, Jun 19, 2014 at 05:41:24PM -0700, Matt Roper wrote:
> On Mon, May 26, 2014 at 05:26:47PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > Add a flag to drm_device which will cause the vblank code to bypass the
> > disable timer and always disable the vblan
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/2fbf6444/attachment.html>
On Tue, Jul 29, 2014 at 08:31:55PM +0300, Ville Syrj?l? wrote:
> On Thu, Jun 19, 2014 at 05:41:24PM -0700, Matt Roper wrote:
> > On Mon, May 26, 2014 at 05:26:47PM +0300, ville.syrjala at linux.intel.com
> > wrote:
> > > From: Ville Syrj?l?
> > >
> > > Add a flag to drm_device which will cause t
Am 29.07.2014 um 19:10 schrieb Jerome Glisse:
> On Tue, Jul 29, 2014 at 01:05:15PM -0400, Alex Deucher wrote:
>> On Tue, Jul 29, 2014 at 11:39 AM, Jerome Glisse
>> wrote:
>>> On Tue, Jul 29, 2014 at 10:33:18AM -0400, Alex Deucher wrote:
Return 2 so we can be sure the kernel has the necessary
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/3fd20498/attachment.html>
This series is
Tested-by: Michel D?nzer
--
Earthling Michel D?nzer| http://www.amd.com
Libre software enthusiast |Mesa and X developer
From: Michel D?nzer
For symmetry with other *_set_wptr hooks.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/cik_sdma.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/cik_sdma.c
b/drivers/gpu/drm/radeon/cik_sdma.c
index 73bd2b2..ec7c7b6 100644
--- a/driver
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_ring.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ring.c
b/drivers/gpu/drm/radeon/radeon_ring.c
index 7cfea7e..20b0e4f 100644
--- a/dr
From: Michel D?nzer
PCI GART doesn't support unsnooped access. AGP GART already uses
write-combined CPU mappings.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_ring.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ring.c
b
l because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/4605bd27/attachment.html>
v2 Rename the headers variable(s) to *_H_FILES.
Signed-off-by: Emil Velikov
---
Android.mk | 1 +
freedreno/Android.mk | 30 ++
2 files changed, 31 insertions(+)
create mode 100644 freedreno/Android.mk
diff --git a/Android.mk b/Android.mk
index d040d4f..b
v2 Rename the headers variable(s) to *_H_FILES.
Signed-off-by: Emil Velikov
---
Android.mk | 1 +
nouveau/Android.mk | 30 ++
2 files changed, 31 insertions(+)
create mode 100644 nouveau/Android.mk
diff --git a/Android.mk b/Android.mk
index 3f43625..d040d4f
v2 Rename the headers variable(s) to *_H_FILES.
Signed-off-by: Emil Velikov
---
Android.mk| 7 ++-
radeon/Android.mk | 30 ++
2 files changed, 36 insertions(+), 1 deletion(-)
create mode 100644 radeon/Android.mk
diff --git a/Android.mk b/Android.mk
inde
Contains the following patches squashed in:
commit 99247a5bd724ddcf0f06a5518baad207c53f1e2b
Author: Haitao Huang
Date: Fri, 27 Apr 2012 13:20:53 -0500
Android.mk: use LOCAL_COPY_HEADERS to export headers.
Export necessary header files used by other components for
Contains the following patches squashed in:
commit f340a8b9f2b84d5762553bef046914e0bde20795
Author: Chad Versace
Date: Wed, 21 Dec 2011 11:43:57 -0800
libdrm,intel: Add Android makefiles (v2)
This enables libdrm.so and libdrm_intel.so to build on Android
IceC
Will be used to consolidate the required sources lists as well as the
install-able headers. This is turn will help us to avoid the
duplication with the upcoming Android build support.
v2 Rename the headers variable to *_H_FILES.
Signed-off-by: Emil Velikov
---
Makefile.am | 13
configure.ac has AC_SYS_LARGEFILE which provides the define and/or
approapriate magic when required.
Signed-off-by: Emil Velikov
---
libkms/dumb.c| 1 -
libkms/exynos.c | 1 -
libkms/intel.c | 1 -
libkms/nouveau.c | 1 -
libkms/radeon.c | 1 -
libkms/vmwgfx.c | 1 -
6 files changed, 6
... rather than explicitly redefining HAVE_STDINT_H and _GNU_SOURCE.
Signed-off-by: Emil Velikov
---
intel/test_decode.c | 5 +++--
libkms/api.c | 2 ++
libkms/dumb.c | 4 +++-
libkms/exynos.c | 4 +++-
libkms/intel.c| 4 +++-
libkms/linux.c
Changes since the orignal posting:
- Rebased on top of master.
- Used _H_FILES for header lists (_HEADERS is a no-go with autotools)
- Install the freedreno headers to {include_dir}/freedreno, similar to
the automake builds.
- Correctly include $(hw)/Android.mk
The series is also available at
be handled differently ? Just so you don't
forget ;-)
--
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/201407
On 29/07/14 17:14, Gore, Tim wrote:
>
>
>> -Original Message-
>> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
>> Vetter
>> Sent: Monday, July 28, 2014 4:22 PM
>> To: Emil Velikov
>> Cc: Daniel Vetter; Gore, Tim; dri-devel at lists.freedesktop.org
>> Subject:
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #10 from Alex Deucher ---
(In reply to Colin from comment #9)
> but it was you that said it always failed to load so I am getting confused
> now.
>
> It is not to do with X because the problem shows up in plain text mode as
> well be
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #9 from Colin ---
(In reply to Alex Deucher from comment #8)
> (In reply to Colin from comment #7)
> >
> > Oh. I hadn't realised. Anyway, with the patch removed the card supports XV
> > in X windows and with the patch installed it doe
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #8 from Alex Deucher ---
(In reply to Colin from comment #7)
>
> Oh. I hadn't realised. Anyway, with the patch removed the card supports XV
> in X windows and with the patch installed it doesn't. If the firmware always
> fails to load
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #7 from Colin ---
(In reply to Alex Deucher from comment #6)
> (In reply to Colin from comment #5)
> > (In reply to Alex Deucher from comment #4)
> > > If the driver is built into the kernel, you need to built the firmware
> > > into
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #6 from Alex Deucher ---
(In reply to Colin from comment #5)
> (In reply to Alex Deucher from comment #4)
> > If the driver is built into the kernel, you need to built the firmware into
> > the kernel as well.
>
> I am just using the
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/9433235e/attachment.html>
f/0001-radeon-enable-hawaii-accel-conditionally.patch>?
--
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/20140729/4691b657/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #5 from Colin ---
(In reply to Alex Deucher from comment #4)
> If the driver is built into the kernel, you need to built the firmware into
> the kernel as well.
I am just using the standard build system e.g. make bzImage. As I said if
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #4 from Alex Deucher ---
If the driver is built into the kernel, you need to built the firmware into the
kernel as well.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Tue, Jul 29, 2014 at 11:32:19PM +0200, Daniel Vetter wrote:
> Atomic implemenations for legacy ioctls must be able to drop locks.
> Which doesn't cause havoc since we only do that while constructing
> the new state, so no driver or hardware state change has happened.
>
> The only troubling bit
Hi Emil, these seemed to work ok, with two fixes.
1) Patch 3 didn't apply cleanly to the master branch due to a difference in the
Author email address for a couple of files.
2) The Android.mk at the top level, at the end where you include the sub
makefiles,
You need to use LIBDRM_TOP instead o
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #3 from Colin ---
(In reply to Alex Deucher from comment #2)
> You need to have the firmware installed to use the driver. We don't support
> the driver without firmware loaded.
Sorry, I didn't explain very well. The firmware is insta
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Monday, July 28, 2014 4:22 PM
> To: Emil Velikov
> Cc: Daniel Vetter; Gore, Tim; dri-devel at lists.freedesktop.org
> Subject: Re: [PATCH 0/8] Upstreaming the Android build a
https://bugzilla.kernel.org/show_bug.cgi?id=80341
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=80331
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=81021
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
On Tue, Jul 29, 2014 at 11:32:16PM +0200, Daniel Vetter wrote:
> In the atomic state we'll have an array of states for crtcs, planes
> and connectors and need to be able to at them by their index. We
> already have a drm_crtc_index function so add the missing ones for
> planes and connectors.
>
>
https://bugzilla.kernel.org/show_bug.cgi?id=80341
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=80331
Alan changed:
What|Removed |Added
Summary|Radeon driver broken in |[BISECTED]Radeon driver
|kernel
https://bugzilla.kernel.org/show_bug.cgi?id=80331
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=81021
--- Comment #1 from Alan ---
(moving in the direction of those who would know, and whose code would need to
do the GPU setup if there is any)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=81021
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|cpu
On 07/29/2014 02:08 PM, Inki Dae wrote:
> On 2014? 07? 29? 20:39, Andrzej Hajda wrote:
>> On 07/29/2014 05:42 AM, Inki Dae wrote:
>>> On 2014? 07? 29? 00:50, Andrzej Hajda wrote:
On 07/28/2014 04:00 AM, Inki Dae wrote:
> This patch adds LPM transfer support for video or command data.
>
ug manner, it is just about
being able to load them in the initrd without having to have explicit cases
for every single driver and device in userspace (which would make it much
harder to change the driver later).
Cheers,
Daniel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/62cb9b7d/attachment.html>
3.16-RC7 - so far no hang. I'll report
if it happens again and add some logs.
--
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/attachm
On 2014? 07? 28? 23:45, Sjoerd Simons wrote:
> Hey Inki,
>
> On Mon, 2014-07-28 at 23:17 +0900, Inki Dae wrote:
>> On 2014? 07? 28? 17:30, Sjoerd Simons wrote:
>> Sorry for late,
>>
>> I don't see why Exynos drm driver should be auto-loaded module. I think
>> all devices covered by Exynos drm fram
Am 29.07.2014 10:05, schrieb Sjoerd Simons:
> On Tue, 2014-07-29 at 14:38 +0900, Inki Dae wrote:
>> On 2014? 07? 28? 23:45, Sjoerd Simons wrote:
>>> On Mon, 2014-07-28 at 23:17 +0900, Inki Dae wrote:
On 2014? 07? 28? 17:30, Sjoerd Simons wrote:
I don't see why Exynos drm driver should be
That's probably fine as long as they also do
provide the specific model. But given that simple-panel does not have a
mode or physical size, I don't think even that makes sense.
Any of the DTS files in the tree I have that list simple-panel as a
fallback are Tegra, so I'll go write a patch that removes the fallback.
I can't think of a reason why it would ever be needed or meaningful.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/93f94111/attachment.sig>
gt; +++ b/arch/arm/boot/dts/exynos5250-spring.dts
> > @@ -64,10 +64,14 @@
> > vdd_pll-supply = <&s5m_ldo8_reg>;
> > };
> >
> > + panel: panel {
> > + compatible = "simple-panel";
> > + };
>
> You can't do this. "simple-panel" isn't a valid panel model. It should
> probably be removed from the platform_of_match table in the driver.
Done.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/796eb26d/attachment-0001.sig>
ork.kernel.org/patch/4625441/
And the others specify it as fallback:
https://patchwork.kernel.org/patch/4625461/
https://patchwork.kernel.org/patch/4625451/
Cheers,
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
-- 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/20140729/2b27fa8b/attachment.sig>
On 07/29/2014 05:42 AM, Inki Dae wrote:
> On 2014? 07? 29? 00:50, Andrzej Hajda wrote:
>> On 07/28/2014 04:00 AM, Inki Dae wrote:
>>> This patch adds LPM transfer support for video or command data.
>>>
>>> With this patch, Exynos MIPI DSI controller can transfer command or
>>> video data with HS or
amp;s5m_ldo8_reg>;
> };
>
> + panel: panel {
> + compatible = "simple-panel";
> + };
You can't do this. "simple-panel" isn't a valid panel model. It should
probably be removed from the platform_of_match table in the driver.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/363a8db7/attachment.sig>
On Tue, Jul 29, 2014 at 1:10 PM, Jerome Glisse wrote:
> On Tue, Jul 29, 2014 at 01:05:15PM -0400, Alex Deucher wrote:
>> On Tue, Jul 29, 2014 at 11:39 AM, Jerome Glisse
>> wrote:
>> > On Tue, Jul 29, 2014 at 10:33:18AM -0400, Alex Deucher wrote:
>> >> Return 2 so we can be sure the kernel has th
Am 25.07.2014 21:22, schrieb Ajay Kumar:
> From: Vincent Palatin
>
> This patch adds drm_bridge driver for parade DisplayPort
> to LVDS bridge chip.
>
> Signed-off-by: Vincent Palatin
> Signed-off-by: Andrew Bresticker
> Signed-off-by: Sean Paul
> Signed-off-by: Rahul Sharma
> Signed-off-by:
-- next part --
A non-text attachment was scrubbed...
Name: 0001-ARM-dts-exynos5250-Add-eDP-LVDS-bridge-to-Spring.patch
Type: text/x-patch
Size: 2179 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/ef0019f4/attachment-0001.bin>
On Tue, Jul 29, 2014 at 01:05:15PM -0400, Alex Deucher wrote:
> On Tue, Jul 29, 2014 at 11:39 AM, Jerome Glisse wrote:
> > On Tue, Jul 29, 2014 at 10:33:18AM -0400, Alex Deucher wrote:
> >> Return 2 so we can be sure the kernel has the necessary
> >> changes for acceleration to work.
> >
> > I hig
On Tue, Jul 29, 2014 at 11:39 AM, Jerome Glisse wrote:
> On Tue, Jul 29, 2014 at 10:33:18AM -0400, Alex Deucher wrote:
>> Return 2 so we can be sure the kernel has the necessary
>> changes for acceleration to work.
>
> I highly dislike that ? Why about just using nop2 in userspace ?
How to we tel
On Tue, Jul 29, 2014 at 12:50 PM, Dave Airlie wrote:
> On 29 July 2014 20:46, Daniel Vetter wrote:
>> On Wed, Jul 23, 2014 at 6:32 AM, Dave Airlie wrote:
>>> On 23 July 2014 06:02, Paulo Zanoni wrote:
2014-06-05 1:01 GMT-03:00 Dave Airlie :
> From: Dave Airlie
>
> This adds DP
On Wed, Jul 23, 2014 at 6:32 AM, Dave Airlie wrote:
> On 23 July 2014 06:02, Paulo Zanoni wrote:
>> 2014-06-05 1:01 GMT-03:00 Dave Airlie :
>>> From: Dave Airlie
>>>
>>> This adds DP 1.2 MST support on Haswell systems.
>>
>> Hi
>>
>> It looks like drm-intel-nightly now includes this patch. It ac
On 2014? 07? 29? 00:50, Andrzej Hajda wrote:
> On 07/28/2014 04:00 AM, Inki Dae wrote:
>> This patch adds LPM transfer support for video or command data.
>>
>> With this patch, Exynos MIPI DSI controller can transfer command or
>> video data with HS or LP mode in accordance with mode_flags set
>> b
On 2014? 07? 29? 01:09, Andrzej Hajda wrote:
> On 07/28/2014 04:00 AM, Inki Dae wrote:
>> This patch adds below two flags for LPM transfer, and it attaches LPM flags
>> to a msg in accordance with master's mode_flags set by LCD Panel driver.
>>
>> MIPI_DSI_MODE_CMD_LPM
>> - If this flag is set by P
On 07/29/2014 02:57 AM, YoungJun Cho wrote:
> Hi Andrzej,
>
> On 07/29/2014 01:09 AM, Andrzej Hajda wrote:
>> On 07/28/2014 04:00 AM, Inki Dae wrote:
>>> This patch adds below two flags for LPM transfer, and it attaches LPM flags
>>> to a msg in accordance with master's mode_flags set by LCD Panel
While the DMA channel is running, it is not allowed to change anything
but the inactive (double) buffer base address, so resizing a plane or
changing to a frame buffer with different pixel format is not possible.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/ipuv3-plane.c | 15 +++
This allows to update the buffer base address while the DMA
channel is running. It is needed to flip the frame buffer of
an active plane.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/ipuv3-plane.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/dri
Setting the stride can only be done on inactive channels, while
the buffer base address can also be updated for running channels
using the hardware double buffering feature.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/ipuv3-plane.c | 3 +--
1 file changed, 1 insertion(+), 2 deletion
For the overlay plane scanning out a framebuffer with an alpha component,
enable the DP local alpha feature on the partial plane.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/ipuv3-plane.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/stagi
Am 29.07.2014 um 11:47 schrieb Michel D?nzer:
> From: Michel D?nzer
>
> PCI GART doesn't support unsnooped access. AGP GART already uses
> write-combined CPU mappings.
>
> Signed-off-by: Michel D?nzer
For this series Reviewed-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/radeon_ring.c |
On Tue, Jul 29, 2014 at 10:33:18AM -0400, Alex Deucher wrote:
> Return 2 so we can be sure the kernel has the necessary
> changes for acceleration to work.
I highly dislike that ? Why about just using nop2 in userspace ?
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_kms
Return 2 so we can be sure the kernel has the necessary
changes for acceleration to work.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_kms.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/
ummyName[1554]] failed to idle channel 0x
> [DummyName[1554]]
> [ 360.512756] nouveau E[DummyName[1554]] failed to idle channel 0x
> [DummyName[1554]]
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HT
Am 28.07.2014 um 17:27 schrieb Daniel Vetter:
> On Mon, Jul 28, 2014 at 01:30:08PM +0200, Christian K?nig wrote:
>> +struct dma_buf *radeon_gem_prime_export(struct drm_device *dev,
>> +struct drm_gem_object *gobj,
>> +int flags
Really all it does is to
tell userspace which devices exynosdrm supports. From the kernel side of
things, there is no difference between the module being loaded based on
that information vs. it being loaded by hand.
--
Sjoerd Simons
Collabora Ltd.
-- next part --
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6170 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/fc644e93/attachment-0001.bin>
eedesktop.org/archives/dri-devel/attachments/20140729/072398c7/attachment.html>
Hi Andrzej,
On 07/29/2014 01:09 AM, Andrzej Hajda wrote:
> On 07/28/2014 04:00 AM, Inki Dae wrote:
>> This patch adds below two flags for LPM transfer, and it attaches LPM flags
>> to a msg in accordance with master's mode_flags set by LCD Panel driver.
>>
>> MIPI_DSI_MODE_CMD_LPM
>> - If this fla
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/20140729/c09b31d7/attachment.html>
On Tue, Jul 29, 2014 at 5:54 AM, Christian K?nig
wrote:
> Am 29.07.2014 um 11:47 schrieb Michel D?nzer:
>
>> From: Michel D?nzer
>>
>> PCI GART doesn't support unsnooped access. AGP GART already uses
>> write-combined CPU mappings.
>>
>> Signed-off-by: Michel D?nzer
>
>
> For this series Reviewe
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/6640be4e/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/051b9ecf/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/9e14f0cd/attachment.html>
1 - 100 of 108 matches
Mail list logo
