https://bugzilla.kernel.org/show_bug.cgi?id=81281
--- Comment #3 from sharkgoesmad ---
Thank you for looking into it!
Yes, the startup was successful on 3.16 and I'm currently using it with no
issues.
I'll attach dmesg and xorg log file shortly.
--
You are receiving this mail because:
You are
https://bugzilla.kernel.org/show_bug.cgi?id=81281
--- Comment #4 from sharkgoesmad ---
Created attachment 144551
--> https://bugzilla.kernel.org/attachment.cgi?id=144551&action=edit
dmesg on 3.16-rc5 with radeon.runpm=0
--
You are receiving this mail because:
You are watching the assignee of
https://bugzilla.kernel.org/show_bug.cgi?id=81281
sharkgoesmad changed:
What|Removed |Added
Attachment #144541|0 |1
is obsolete|
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
org/archives/dri-devel/attachments/20140729/69cdb8aa/attachment.html>
s 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/cfb84e96/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/a3b4e903/attachment.html>
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
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/f7a0fe8c/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/e0890101/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/9e14f0cd/attachment.html>
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
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/051b9ecf/attachment.html>
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/6640be4e/attachment.html>
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
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>
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
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 |
This series is
Tested-by: Michel D?nzer
--
Earthling Michel D?nzer| http://www.amd.com
Libre software enthusiast |Mesa and X developer
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
eedesktop.org/archives/dri-devel/attachments/20140729/072398c7/attachment.html>
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
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
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 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
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
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 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
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>
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>
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 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
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 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
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>
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/
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
https://bugzilla.kernel.org/show_bug.cgi?id=81021
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|cpu
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.
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
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=80331
Alan changed:
What|Removed |Added
Summary|Radeon driver broken in |[BISECTED]Radeon driver
|kernel
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=81021
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=80341
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
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
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 #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.
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
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>
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 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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/9433235e/attachment.html>
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 #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
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
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
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
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
... 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
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
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| 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
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
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
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
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 #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
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
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
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>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/3fd20498/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/2fbf6444/attachment.html>
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>
-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
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
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
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
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
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
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
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
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.
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 +-
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>
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>
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=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
1 - 100 of 108 matches
Mail list logo
