Hi Dave,
Some radeon fixes for 3.19:
- GPUVM stability fixes
- SI dpm quirks
- Regression fixes
The following changes since commit 79305ec6e60d320832505e95c1a028d309fcd2b6:
Merge tag 'amdkfd-fixes-2015-01-06' of
git://people.freedesktop.org/~gabbayo/linux into drm-fixes (2015-01-08 10:36:37
/supertuxkart/stk-code/blob/master/data/graphical_restrictions.xml
--
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/20150115/a06c1
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/qxl/qxl_fb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/qxl/qxl_fb.c b/drivers/gpu/drm/qxl/qxl_fb.c
index 3d7c1d0..18ef31a 100644
--- a/drivers/gpu/drm/qxl/qxl_fb.c
+++ b/drivers/gpu/drm/qxl/qxl_fb.c
@@ -521,6 +521,9 @@
15-01-15 23:13:30] Opted in to client beta 'publicbeta' via beta file
You are in the 'publicbeta' client beta.
[2015-01-15 23:13:30] Verifying installation...
[2015-01-15 23:13:30] Verification complete
[2015-01-15 23:17:37] Shutdown
--
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/20150115/e4b08368/attachment-0001.html>
The qemu stdvga can be configured with a wide range of video memory,
from 1 MB to 256 MB (default is 16 MB). In case it is configured
with only 1 or 2 MB it isn't really usable with bochsdrm, due to
depths other than 32bpp not being supported so that isn't enough
memory for a reasonable sized fram
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/3e2ce992/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/786dd89b/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/e0f9b146/attachment-0001.html>
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/20150115/8758441f/attachment.html>
reedesktop.org/archives/dri-devel/attachments/20150115/9d0ce915/attachment.html>
//lists.freedesktop.org/archives/dri-devel/attachments/20150115/ecc1d1e2/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=91371
--- Comment #1 from Arun George ---
Created attachment 163561
--> https://bugzilla.kernel.org/attachment.cgi?id=163561&action=edit
xorg log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=91371
Bug ID: 91371
Summary: UVD not responding error during UVD initialization for
AMD 7670M graphics
Product: Drivers
Version: 2.5
Kernel Version: 3.16
Hardware: x86-64
drm_plane_helper_{update,disable} are not specific to primary planes;
fix some copy/paste summaries to avoid confusion.
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Matt Roper
---
drivers/gpu/drm/drm_plane_helper.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
Add a transitional helper for planes' .set_property() entrypoint,
similar to what we already have for .update_plane() and
.disable_plane(). This allows drivers that are still in the process of
transitioning to implement and exercise the .atomic_set_property()
driver entrypoint that will eventually
I had hoped to make this a full "nuclear pageflip" enablement series, but I
didn't have as much time to work on this today as I hoped, so I still need to
finish up the final integration with the DRM core atomic code. Several of my
early patches are working and relatively straightforward, so I figu
mstances. No more modprobe -r or unbinding.
> > Reboot is needed. No idea why a firmware blob here is treated as trusted
> > input.
>
> That could indeed explain it, does the attached patch help?
>
>
> --
> Earthling Michel Dänzer | http://www.amd.com
>
From: Stéphane Marchesin
This panel is used by the Nyan Blaze board and supported by the simple-panel
driver.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple
On Thu, 2015-01-15 at 10:43 -0500, Jerome Glisse wrote:
> This one looks highly suspicious, i need to check, but i would think
> that this function should be use !
Have a look at commit 76a0df859def ("drm/radeon: rework ring function
handling"), which removed the two users of rv515_ring_start.
I
On Sun, Jan 4, 2015 at 8:28 PM, Rusty Russell wrote:
> Oded Gabbay writes:
>> On 12/24/2014 01:01 AM, Rusty Russell wrote:
>>> Oded Gabbay writes:
I didn't say it doesn't always work.
The actual thing that doesn't work is the define symbol_get and only in a
specific case of 32bit
Hi hl,
On Thu, Jan 15, 2015 at 2:15 PM, huang lin wrote:
> The AUO b101ean01 panel is a 10.1" 1280x800 panel,
> which can be supported by the simple panel driver.
>
> Signed-off-by: huang lin
>
> ---
>
> Changes in v2:
> - changed panel timing
>
> drivers/gpu/drm/panel/panel-simple.c | 26 +
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/fb2574fa/attachment.html>
attached.
--
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/20150115/0a72e7f9/attachment.html>
ent was scrubbed...
Name: pci_get_rom_size.diff
Type: text/x-patch
Size: 845 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/ea8153f7/attachment.bin>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/9e987f87/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/20150115/d3a7de39/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/2e2a5acb/attachment-0001.html>
Fixes to allow removal of gma500_gfx module (after frame buffer
console unbind) when used with Atom E6xx gpu chipset.
The oaktrail_lvds_init() uses i2c_adap only to read edid
and therefore it should call i2c_put_adapter() after.
Added the missing call.
The psb_intel_lvds_destroy() is shared for m
psb_driver_unload did not call drm_irq_uninstall causing kernel oops
in modprobe after rmmod gma500_gfx:
BUG: unable to handle kernel paging request at f858cf08
IP: [] strcmp+0x13/0x30
*pdpt = 016ea001 *pde = 36c44067 *pte =
Oops: [#1] SMP
Modules linked in: g
then everything is
fine.
--
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/20150115/4861325e/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150115/d32c00c0/attachment.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/deb841fd/attachment.html>
The AUO b101ean01 panel is a 10.1" 1280x800 panel,
which can be supported by the simple panel driver.
Signed-off-by: huang lin
---
Changes in v2:
- changed panel timing
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/70696ac4/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/ac51b6a5/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/38ce87b2/attachment.html>
Hi Dave, another round of fixes for v3.19.
BR,
Jani.
The following changes since commit eaa27f34e91a14cdceed26ed6c6793ec1d186115:
linux 3.19-rc4 (2015-01-11 12:44:53 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2015-01-15
for
nts/20150115/e0d76eb8/attachment.html>
This patch completely removes the sync_with_hw() because it was broken and
actually there is no point of using it.
This function was used to:
- Make sure that the submitted packet to the HIQ (which is a kernel queue) was
read by the CP. However, it was discovered that the method this function u
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd/amdkfd/kfd_mqd_manager.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_mqd_manager.c
b/drivers/gpu/drm/amd/amdkfd/kfd_mqd_manager.c
index 4c3828c..5e065bd 100644
--- a/drivers/gpu/drm/amd/amdkfd/kfd_mqd_
In order not to occupy the current core and thus prevent the core from
servicing IOMMU PPR requests, this patch replaces the call in DQM to
cpu_relax() with a call to schedule().
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 3 ++-
1 file changed, 2 inser
This small patch-set fixes a corner-case bug in kernel queue handling, which
was caused by using a function called sync_with_hw().
The patch-set removes this function, as it is not needed anymore. As a result,
we need to replace cpu_relax() with schedule() in DQM, so this patch-set takes
care o
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/f44ece8c/attachment.html>
On 15.01.2015 11:10, Federico wrote:
> Here's the 3.18 32-bits 60 lines per screen stack trace. Always using
> softlockup_panic=1.
>
> Quite similar, but slightly different. Hopefully, useful.
>
> https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1386973/+attachment/4298769/+files/201501
On Thu, Jan 15, 2015 at 02:04:02AM +, Jindal, Sonika wrote:
> So, if we do the source and dst adjustments in userspace, the logic in
> intel_check_sprite_plane will not hold good there.
I'm not sure what adjustments you mean. Src says exactly which part of
the FB you want to present to the us
This was accidently lost in 76a0df859def.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_asic.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/rade
On Wed, 14 Jan 2015, Robert Kuhn wrote:
> thanks for the answer. I believe I got it. I did not know that there are
> already some edids build into the kernel. What I did try to achieve is that
> my edid placed in the file system (under /lib/firmware/edid/) is loaded on
> boot. I named my special e
gt; - radeon_ring_write(ring, GA_DEADLOCK_CNTL | GA_FASTSYNC_CNTL);
>>> - radeon_ring_write(ring, PACKET0(GA_POLY_MODE, 0));
>>> - radeon_ring_write(ring, FRONT_PTYPE_TRIANGE | BACK_PTYPE_TRIANGE);
>>> - radeon_ring_write(ring, PACKET0(GA_ROUND_MODE, 0));
>>> - radeon_ring_write(ring, GEOMETRY_ROUND_NEAREST |
>>> COLOR_ROUND_NEAREST);
>>> - radeon_ring_write(ring, PACKET0(0x20C8, 0));
>>> - radeon_ring_write(ring, 0);
>>> - radeon_ring_unlock_commit(rdev, ring, false);
>>> -}
>>> -
>>> int rv515_mc_wait_for_idle(struct radeon_device *rdev)
>>> {
>>> unsigned i;
>>> --
>>> 1.7.10.4
>>>
>>> ___
>>> dri-devel mailing list
>>> dri-devel at lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>> ___
>> dri-devel mailing list
>> dri-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-use-rv515_ring_start-on-r5xx.patch
Type: text/x-patch
Size: 1854 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/bdd62ebb/attachment-0001.bin>
This one looks highly suspicious, i need to check, but i would think
that this function should be use !
On Wed, Jan 14, 2015 at 4:44 PM, Alex Deucher wrote:
> On Tue, Jan 13, 2015 at 1:55 PM, Rickard Strandqvist
> wrote:
>> Remove the function rv515_ring_start() that is not used anywhere.
>>
>>
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/20150115/76f70e8b/attachment.html>
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/4ae12854/attachment.html>
On Wed, Jan 14, 2015 at 7:55 PM, Daniel Vetter wrote:
> On Tue, Jan 13, 2015 at 05:18:04PM -0500, Stephane Viau wrote:
>> From: Beeresh Gopal
>>
>> This patch implements the hardware accelarated cursor
>> support for MDP5 platforms.
>>
>> Signed-off-by: Beeresh Gopal
>> Signed-off-by: Wentao Xu
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/c1ffde89/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/0612a5bd/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/5c7df705/attachment.html>
+ commenters of v1~v3
Thanks,
Yao
> -Original Message-
> From: Sean V Kelley [mailto:seanvk at posteo.de]
> Sent: Thursday, January 8, 2015 8:35
> To: Intel-gfx at lists.freedesktop.org
> Cc: dri-devel at lists.freedesktop.org; Cheng, Yao; Sean V Kelley
> Subject: [RFC PATCH v4 3/4] ipvr:
+ commenters of v1~v3
Thanks,
Yao
> -Original Message-
> From: Sean V Kelley [mailto:seanvk at posteo.de]
> Sent: Thursday, January 8, 2015 8:35
> To: Intel-gfx at lists.freedesktop.org
> Cc: dri-devel at lists.freedesktop.org; Cheng, Yao; Sean V Kelley
> Subject: [RFC PATCH V4 1/4] drm/i
+ commenters of v1~v3
Thanks,
Yao
> -Original Message-
> From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
> Of Sean V Kelley
> Sent: Thursday, January 8, 2015 8:35
> To: Intel-gfx at lists.freedesktop.org
> Cc: dri-devel at lists.freedesktop.org
> Subject: [RF
+ commenters on v1~v3
When locking issue resolved, this patch can be removed.
Thanks,
Yao
> -Original Message-
> From: Sean V Kelley [mailto:seanvk at posteo.de]
> Sent: Thursday, January 8, 2015 8:35
> To: Intel-gfx at lists.freedesktop.org
> Cc: dri-devel at lists.freedesktop.org; Chen
So, if we do the source and dst adjustments in userspace, the logic in
intel_check_sprite_plane will not hold good there.
That's how it gets right coordinates and w,h for sprite for 90 rotation.
I thought drm_rect_rotate and other functions are there to handle such
scenarios.
-Original Messa
On Tue, Jan 13, 2015 at 05:18:04PM -0500, Stephane Viau wrote:
> From: Beeresh Gopal
>
> This patch implements the hardware accelarated cursor
> support for MDP5 platforms.
>
> Signed-off-by: Beeresh Gopal
> Signed-off-by: Wentao Xu
> Signed-off-by: Stephane Viau
Imo implementing legacy cursor
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/35a101f8/attachment-0001.html>
s.freedesktop.org/archives/dri-devel/attachments/20150115/fe1468e2/attachment.html>
69/+files/20150114_230142.png
>>>
>>> Looks like it hangs while reading the video BIOS ROM.
>>>
>>> If the integrated GPU is still enabled in the system BIOS setup, does
>>> disabling it avoid the problem?
>>>
>>>
>>> --
>>> Earthling Michel Dänzer | http://www.amd.com
>>> Libre software enthusiast | Mesa and X developer
>>>
>>
>>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/765596e3/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/13ab7ddf/attachment.html>
ww.amd.com
>> Libre software enthusiast | Mesa and X developer
>>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150115/18b55f86/attachment.html>
s.
--
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/20150115/df2c9c6f/attachment-0001.html>
67 matches
Mail list logo
