Fixes avoids and error message on boot which is harmless,
but confusing to users.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/uvd_v1_0.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/radeon/uvd_v1_0.c
b/drivers/gpu/drm/radeon/uvd_v1_0.c
index e251624..82e
op.org/archives/dri-devel/attachments/20140826/f4f9a1f4/attachment.html>
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/6e98087f/attachment.html>
tachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/93abb406/attachment.html>
Am 26.08.2014 um 19:12 schrieb Alex Deucher:
> Don't enable UVD on these asics as they don't have
> UVD hardware.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/r600.c| 57
> +---
> drivers/gpu/drm/radeon/r
Sylvain BERTRAND ---
steam log file and dota2 gdb backtrace of the crash
--
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/20140
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/ffa9c40b/attachment.html>
is 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/20140826/2b090cef/attachment.html>
From: Christian K?nig
Blocking completely innocent processes with a GPU reset is
a pretty bad idea. Just set needs_reset and let the next
command submission or fence wait do the job.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c| 6 --
drivers/gpu/drm/radeon/
From: Christian K?nig
It's causing issues with VMID handling and comparing the
fence value two times actually doesn't make handling faster.
v2: rebased on reset changes
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 3 ---
drivers/gpu/drm/radeon/radeon_fence.c | 1
From: Maarten Lankhorst
This makes it possible to wait for a specific amount of time,
rather than wait until infinity.
v2 (chk): rebased on other changes
Signed-off-by: Maarten Lankhorst
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_fence.c | 48 ---
From: Christian K?nig
v5 (chk): complete rework, start when the first fence is emitted,
stop when the last fence is signalled, make it work
correctly with GPU resets, cleanup radeon_fence_wait_seq
Signed-off-by: Maarten Lankhorst
Signed-off-by: Christian K?nig
---
drivers/
From: Maarten Lankhorst
This is needed for the next commit, because the lockup detection
will need the read lock to run.
v4 (chk): split out forced fence completion, remove unrelated changes,
add and handle in_reset flag
Signed-off-by: Maarten Lankhorst
Signed-off-by: Christian K?nig
From: Christian K?nig
Instead of resetting all fence numbers, only reset the
number of the problematic ring. Split out from a patch
from Maarten Lankhorst
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h| 2 +-
drivers/gpu/drm/radeon/radeon_device.c | 6 +-
dri
From: Alex Deucher
If the display hw was reset or a hard reset was used,
we need to re-init some of the common display hardware as well.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_device.c | 16
1 file changed, 16 insertions(+)
From: Alex Deucher
pm_suspend is handled in the radeon_suspend callbacks.
pm_resume has special handling depending on whether
dpm or legacy pm is enabled. Change radeon_gpu_reset
to mirror the behavior in the suspend and resume
pathes.
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
From: Christian K?nig
Wake up all fences when we manually trigger an reset.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_fence.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/drivers/gpu/drm/radeon/radeon_fence.c
index 9137870.
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/e814b31f/attachment.html>
On Sun, Aug 24, 2014 at 11:09 PM, Bruno Pr?mont
wrote:
> With commit 20cde694027e boot video device detection was moved from
> efifb to x86 and ia64 pci/fixup.c.
>
> For dual-GPU Apple computers above change represents a regression as
> code in efifb did forcefully override vga_default_device whil
: bbb_hardware.jpg
Type: image/jpeg
Size: 1015092 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/5d8706f6/attachment-0001.jpg>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/f98cc028/attachment-0001.html>
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
> This set of patches contains various improvement and fixes
> for exynos_drm ipp framework.
> The patchset is based on exynos-drm-next branch.
>
> IPP framework was tested for regressions on exynos4210-trats target.
>
> Regards
> Andrzej
>
>
> Andrz
On 08/26/2014 03:35 PM, Andrzej Hajda wrote:
> On 08/26/2014 07:57 AM, Joonyoung Shim wrote:
>> Hi Andrzej,
>>
>> On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
>>> FIMC in default mode of operation uses only one input buffer,
>>> but the driver used also second buffer, as a result only the
>>> first
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/28707122/attachment.sig>
Hello,
On 2014-08-12 15:00, Tomeu Vizoso wrote:
> On 1 July 2014 10:10, Marek Szyprowski wrote:
>> This is a long awaited patch series enabling support for HDMI output
>> available on Exynos4412-based Odroid boards (X/X2/U2/U3/U3+) and
>> Exynos4210 Universal C210 board.
> Hello,
>
> have tested
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
> FIMC in default mode of operation uses only one input buffer,
> but the driver used also second buffer, as a result only the
> first frame was processed correctly. The patch fixes it.
I can't understand well, then we don't need to disting
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
> The patch removes redundant checks, redundant HW reads
> and simplifies code.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimc.c | 64
>
> 1 file changed, 15 insertions(+)
From: Christian K?nig
This fixes a problem with GPU resets and TLB flushes on SI/CIK.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c| 20 ++--
drivers/gpu/drm/radeon/ni.c | 9 -
drivers/gpu/drm/radeon/radeon.h | 2 ++
drivers/gpu/drm/radeon/si
On Tue, Aug 26, 2014 at 12:46:32PM +0200, Martin Bugge (marbugge) wrote:
> Hello Damien
>
> I'm writing to you as you seems to be one of latest maintainers of:
>
> include/linux/hdmi.h
> drivers/video/hdmi.c
>
> I wanted to add "Source Product Description information frame"
> logging for the dri
Hello David,
I have tested the 6 patches send on mailing list since you merge the sti driver.
I haven't seen issue with those patches except for the missing
dependency on Kconfig
where I have change "depends on" to "select".
You can found the patches in this directory:
git://git.linaro.org/people
On 04/08/2014 05:11, Dave Airlie wrote:
> On 4 August 2014 11:52, Felix Nawothnig wrote:
>> Hey...
>>
>> I know that this sounds crazy, but I'd like to attempt to do it - that is if
>> it is possible at all. :-)
>>
>> From following the Noveau and Gallium development over the last years
>> (inclu
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
> In case of allocation errors some already allocated buffers
> were not freed. The patch fixes it.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_drm_ipp.c | 68
> -
> 1 file chang
"drm/radeon: update IB size estimation for VM".
--
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/20140826/9ea01a9a/attachment.html>
Hi Dave,
any preferences how I can push this change upstream?
Since it affects a whole bunch of drivers it would be nice if I could
get more reviews and/or acks on it. And if we just push it to you
through the Radeon tree it will probably cause a bunch of merge conflicts.
Thanks for any advice
tes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/f15bca5a/attachment.sig>
Don't enable UVD on these asics as they don't have
UVD hardware.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c| 57 +---
drivers/gpu/drm/radeon/radeon_asic.c | 10 ++-
2 files changed, 42 insertions(+), 25 deletions(-)
diff --git a/dri
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/b3901b3c/attachment.html>
some fresh kernels now.
--
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/20140826/c28834bc/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/75c0b950/attachment-0001.html>
Hello Damien
I'm writing to you as you seems to be one of latest maintainers of:
include/linux/hdmi.h
drivers/video/hdmi.c
I wanted to add "Source Product Description information frame" logging
for the drivers in
./drivers/media/i2c/adv7604.c
./drivers/media/i2c/adv7842.c
But was advised to c
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/e6e59945/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/1cdbb0d1/attachment.html>
This is a port of cedb655a3a7764c3fd946077944383c9e0e68dd4
to older asics. Fixes a possible divide by 0 if the harvest
register is invalid.
v2: drop some additional harvest munging.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/r600.c | 26 --
Ping?
On Thu, Jun 12, Olaf Hering wrote:
> Ping?
>
> On Fri, Apr 11, Olaf Hering wrote:
>
> > qemu as used by xend/xm toolstack uses a different subvendor id.
> > Bind the drm driver also to this emulated card.
> >
> > Signed-off-by: Olaf Hering
> > ---
> > drivers/gpu/drm/cirrus/cirrus_drv.
Dave,
Here are the drm/msm fixes I have for 3.17-rc:
The following changes since commit a284e9d14e35b776807c3a40dd1ff1e05429d4a4:
MAINTAINERS: Add entry for Renesas DRM drivers (2014-08-24 16:37:47 +1000)
are available in the git repository at:
git://people.freedesktop.org/~robclark/linux
On 08/26/2014 11:55 AM, Joonyoung Shim wrote:
> Hi Andrzej,
>
> On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
>> Command node should contain file reference to distinguish commands
>> created by different processes.
>>
>> Signed-off-by: Andrzej Hajda
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_ipp
Hi Andrzej,
On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
> Command node should contain file reference to distinguish commands
> created by different processes.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 ++---
> drivers/gpu/drm/exynos/exynos_drm_ipp.h |
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/b5fdbdf1/attachment.html>
On 25.08.2014 23:48, Meelis Roos wrote:
>> r100 init hangs in a different place. Original dmesg first, then my
>> instrumented dmesg (seems to get further):
>
> The instrumented dmesg had a couple of my local test changes and was
> bad now that I had ROM. Reverted them exept my readb changes (inste
On Tue, Aug 26, 2014 at 09:13:49AM +1000, Dave Airlie wrote:
> Okay, I've thought about this a lot lately, and I've been been getting
> too lax on when I merge stuff to drm-next and I think people are
> taking advantage of my good nature :-P
>
> So we are going to try something new this cycle, I'm
On Mon, Aug 25, 2014 at 12:02:09PM -0700, Derek wrote:
> Hi, Daniel
> Thanks for your response!
> Talking about v4l's virtual gpu driver? Could you please tell some more
> informations. is this driver in
> git.linuxtv.org/cgit.cgi/media_tree.git
> I want to take a look this driver. but I can't fin
> > > r100 init hangs in a different place. Original dmesg first, then my
> > > instrumented dmesg (seems to get further):
> >
> > The instrumented dmesg had a couple of my local test changes and was
> > bad now that I had ROM. Reverted them exept my readb changes (instead
> > of direct dereference
On Tue, Aug 26, 2014 at 8:45 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> This fixes a problem with GPU resets and TLB flushes on SI/CIK.
>
> Signed-off-by: Christian K?nig
Applied to my fixes tree.
Alex
> ---
> drivers/gpu/drm/radeon/cik.c| 20 ++--
> drivers/
Okay, I've thought about this a lot lately, and I've been been getting
too lax on when I merge stuff to drm-next and I think people are
taking advantage of my good nature :-P
So we are going to try something new this cycle, I'm going to use -rc5
of the current kernel as the cut off for major featu
visit: Assertion
`var->data.location != -1' failed.
--
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/20140826/4d8aee80/attachment-0001.html>
On 08/26/2014 07:57 AM, Joonyoung Shim wrote:
> Hi Andrzej,
>
> On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
>> FIMC in default mode of operation uses only one input buffer,
>> but the driver used also second buffer, as a result only the
>> first frame was processed correctly. The patch fixes it.
>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/cd30d08a/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/1359d788/attachment.html>
On 08/26/2014 07:53 AM, Joonyoung Shim wrote:
> Hi Andrzej,
>
> On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
>> The patch removes redundant checks, redundant HW reads
>> and simplifies code.
>>
>> Signed-off-by: Andrzej Hajda
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_fimc.c | 64
>> ---
Hi Joonyoung,
Thanks for review.
On 08/26/2014 04:59 AM, Joonyoung Shim wrote:
> On 08/26/2014 11:55 AM, Joonyoung Shim wrote:
>> Hi Andrzej,
>>
>> On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
>>> Command node should contain file reference to distinguish commands
>>> created by different processe
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/8910bd18/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/fe175464/attachment.html>
---
> You are receiving this mail because:
>
>- You reported the bug.
>
>
--
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/20140826/846e7d4e/attachment.html>
a standard tool and the
geometry shader source code you provided.
--
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/20140
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140826/a2093807/attachment.html>
incorrectly report memory as leaked which is normally
freed correctly.
--
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/20140
Hi Boris,
On Thursday 21 August 2014 19:26:33 Boris BREZILLON wrote:
> On Thu, 21 Aug 2014 19:08:53 +0200
> Laurent Pinchart wrote:
>
> [...]
>
> While this could be acceptable when all drivers are statically linked
> in the kernel, it might be problematic when you're using modules,
>
67 matches
Mail list logo
