bool in_mode_set from struct radeon_crtc is not used anymore.
Signed-off-by: Niels Ole Salscheider
---
drivers/gpu/drm/radeon/atombios_crtc.c | 6 --
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 4
drivers/gpu/drm/radeon/radeon_mode.h| 1 -
3 files changed, 11
qw.
--
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/20130514/9a82aa12/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=58121
--- Comment #3 from Niels Ole Salscheider
2013-05-14 20:22:53 ---
I thought so at first since I believe that I tested multihead after
implementing 0a9069d34918659bc8a89e21e69e60b2b83291a3.
But now it does not work with older kernel
op.org/attachment.cgi?id=78839
--
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/20130514/87812953/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/a5976c69/attachment.html>
for pyrit and GEGL. Let's keep
the focus of this bug on hangs in bfgminer.
--
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/20130
Use msecs_to_jiffies_timeout instead of open-coding the same.
Signed-off-by: Imre Deak
---
drivers/gpu/drm/i915/intel_drv.h |2 +-
drivers/gpu/drm/i915/intel_i2c.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_drv.h
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/b8c25cf1/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130514/48c85638/attachment.html>
|--- |FIXED
--
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/20130514/92386b69/attachment.html>
with Chrome are fixed now (will close 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/20130514/4f615db8/attachment-0001.html>
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/2daf448d/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/347a8a5b/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/62ee8162/attachment-0001.html>
On Tue, May 14, 2013 at 3:07 PM, Holger Schurig
wrote:
> Patrick, have a
>
> Tested-by: Holger Schurig
>
> for this.
I'll add that.
> As for your suggestion:
>
>> though I recommend you use the modesetting driver because you get
>> a hardware accelerated cursor.
>
> The current Debian Wheezy
Patrick, have a
Tested-by: Holger Schurig
for this.
As for your suggestion:
> though I recommend you use the modesetting driver because you get
> a hardware accelerated cursor.
The current Debian Wheezy xserver-xorg doesn't autoload the
modesettings X11 driver. And I haven't found out how
||
--
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/20130514/e3969ebb/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/20130514/7748eab7/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/fc647866/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130514/a1922c80/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/a99d949a/attachment-0001.html>
On Tue, May 14, 2013 at 2:13 PM, Holger Schurig
wrote:
> Okay, I found the patch that produces my regression:
>
>
> From bc794829141f28e14fe7d0e07e35870bd9aee78c Mon Sep 17 00:00:00 2001
> From: Patrik Jakobsson
>
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/20130514/a693d3c5/attachment.html>
with llvm backend currently
--
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/20130514/6582e698/attachment.html>
On Tue, May 14, 2013 at 6:37 AM, Jerome Glisse wrote:
> On Tue, May 14, 2013 at 8:58 AM, Alex Deucher
> wrote:
>> On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski
>> wrote:
>>> Reviewed-by: Daniel Vetter
>>> Signed-off-by: Andy Lutomirski
>>
>> Reviewed-by: Alex Deucher
>
> I believe it
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/1e6001bb/attachment.html>
Okay, I found the patch that produces my regression:
>From bc794829141f28e14fe7d0e07e35870bd9aee78c Mon Sep 17 00:00:00 2001
From: Patrik Jakobsson
Date: Mon, 21 May 2012 15:27:30 +0100
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/cc9cfad3/attachment.html>
-devel/attachments/20130514/3f4df1d8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=58121
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment
Okay, I've can now circle the problem out. What did I do:
* I used vanilla-3.9.2 kernel, but brougth drivers/gpu/drm/gma500 to
the state of Linus' git tree commit id
0cdbee3e811b1bbb347c61814c8570658f2ab15c. This was shortly after
gma500 moved out of staging
* then I did "git format-patch
From: Alex Deucher
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
---
include/drm/drm_pciids.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index c2af598..bb1bc48 100644
From: Alex Deucher
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/radeon/si.c | 122 +++
1 files changed, 122 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c
From: Alex Deucher
Skip UVD handling on them.
v2: split has_uvd tracking into separate patch
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/si.c | 67 +--
1 files changed, 39 insertions(+), 28 deletions(-)
diff
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_asic.c | 17 +
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h
From: Alex Deucher
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_asic.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
From: Alex Deucher
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/radeon/si.c | 58 +++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c
From: Alex Deucher
Hainan has no display hardware:
- no DCE (crtc, uniphy, dac, etc.)
- no VGA
v2: fix bios fetch
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/radeon/evergreen.c | 27 +--
From: Alex Deucher
v2: fix gb_addr_config value
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/si.c | 20 +++-
drivers/gpu/drm/radeon/sid.h |1 +
2 files changed, 20 insertions(+), 1 deletions(-)
diff --git
From: Alex Deucher
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_device.c |1 +
drivers/gpu/drm/radeon/radeon_family.h |1 +
3 files changed, 3 insertions(+), 0
> -Original Message-
> From: Rob Clark [mailto:robdclark at gmail.com]
> Sent: Tuesday, May 14, 2013 2:58 AM
> To: Inki Dae
> Cc: linux-fbdev; DRI mailing list; Kyungmin Park; myungjoo.ham; YoungJun
> Cho; linux-arm-kernel at lists.infradead.org; linux-media at vger.kernel.org
> Subject:
From: Dave Airlie
So qxl has ioports, but it really really really doesn't want you
to write to them twice, but if you write and get a signal before
the irq arrives to let you know its completed, you have to think
ahead and avoid writing another time.
However this works fine
On Tue, May 14, 2013 at 3:55 AM, Christian K?nig
wrote:
> Am 13.05.2013 22:55, schrieb alexdeucher at gmail.com:
>
>> From: Alex Deucher
>>
>> Skip UVD handling on them.
>>
>> Signed-off-by: Alex Deucher
>
>
> That patch should be unnecessary, just let radeon_uvd_init return an error
> for
xed with radeonsi?
--
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/20130514/7147b447/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=58121
--- Comment #1 from Niels Ole Salscheider
2013-05-14 10:23:54 ---
Created an attachment (id=101421)
--> (https://bugzilla.kernel.org/attachment.cgi?id=101421)
Xorg.0.log
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=58121
Summary: Radeon SUMO: LVDS panel blanks when enabling external
monitor
Product: Drivers
Version: 2.5
Kernel Version: 3.9
Platform: All
OS/Version: Linux
Tree:
Am 13.05.2013 22:54, schrieb alexdeucher at gmail.com:
> From: Alex Deucher
>
> Signed-off-by: Alex Deucher
With the exception of patch 6 this series is:
Reviewed-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/radeon.h|1 +
> drivers/gpu/drm/radeon/radeon_device.c |1 +
Am 13.05.2013 22:55, schrieb alexdeucher at gmail.com:
> From: Alex Deucher
>
> Skip UVD handling on them.
>
> Signed-off-by: Alex Deucher
That patch should be unnecessary, just let radeon_uvd_init return an
error for hainan.
We already handle it like this for RV770 and if the firmware isn't
On Mon, May 13, 2013 at 10:52 PM, Inki Dae wrote:
>> well, for cache management, I think it is a better idea.. I didn't
>> really catch that this was the motivation from the initial patch, but
>> maybe I read it too quickly. But cache can be decoupled from
>> synchronization, because CPU access
On Tue, May 14, 2013 at 8:58 AM, Alex Deucher wrote:
> On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski
> wrote:
>> Reviewed-by: Daniel Vetter
>> Signed-off-by: Andy Lutomirski
>
> Reviewed-by: Alex Deucher
I believe it will break something but we could deal with the fallout
once it
On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski wrote:
> Reviewed-by: Daniel Vetter
> Signed-off-by: Andy Lutomirski
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_object.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git
mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130514/7ae3747c/attachment.html>
A fair number of drivers (mostly graphics) add write-combining MTRRs.
Most ignore errors and most add the MTRR even on PAT systems which don't
need to use MTRRs.
This series adds new functions arch_phys_wc_{add,del} that, on PAT-less
x86 systems with MTRRs, add MTRRs and report errors, and that
Several drivers currently use mtrr_add through various #ifdef guards
and/or drm wrappers. The vast majority of them want to add WC MTRRs
on x86 systems and don't actually need the MTRR if PAT (i.e.
ioremap_wc, etc) are working.
arch_phys_wc_add and arch_phys_wc_del are new functions, available
This replaces drm_mtrr_{add,del} with arch_phys_wc_{add,del}. The
interface is simplified (because the base and size parameters to
drm_mtrr_del never did anything), and it no longer adds MTRRs on
systems that don't need them.
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Signed-off-by: Andy
Previously, DRM_FRAME_BUFFER mappings, as well as DRM_REGISTERS
mappings with DRM_WRITE_COMBINING set, resulted in an unconditional
MTRR being added but the actual mappings being created as UC-.
Now these mappings have the MTRR added only if needed, but they will
be mapped with
I'm not sure I understand the intent of the previous behavior. mmap
on /dev/agpgart and DRM_AGP maps had no cache flags set, so they
would be fully cacheable. But the DRM code (most of the time) would
add a write-combining MTRR that would change the effective memory
type to WC.
The new behavior
i915 open-coded logic that was essentially equivalent to the new API.
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
Changes from v1: Don't zero the mtrr handle after freeing it
drivers/gpu/drm/i915/i915_dma.c | 42
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
drivers/gpu/drm/radeon/radeon_object.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c
b/drivers/gpu/drm/radeon/radeon_object.c
The old code allowed very strange memory types. Now it works like
all the other video drivers: ioremap_wc is used unconditionally,
and MTRRs are set if PAT is unavailable (unless MTRR is disabled
by a module parameter).
UC, WB, and WT support is gone. If there are MTRR conflicts that prevent
There are no users left in drivers/gpu.
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
include/drm/drmP.h | 5 +
include/drm/drm_os_linux.h | 16
2 files changed, 1 insertion(+), 20 deletions(-)
diff --git
I didn't fix this in the earlier patch -- it would have broken the
build due to the now-deleted garbage in drm_os_linux.h.
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
drivers/gpu/drm/drm_bufs.c | 9 +
Am 13.05.2013 22:55, schrieb alexdeuc...@gmail.com:
From: Alex Deucher alexander.deuc...@amd.com
Skip UVD handling on them.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
That patch should be unnecessary, just let radeon_uvd_init return an
error for hainan.
We already handle it
Am 13.05.2013 22:54, schrieb alexdeuc...@gmail.com:
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
With the exception of patch 6 this series is:
Reviewed-by: Christian König christian.koe...@amd.com
---
drivers/gpu/drm/radeon/radeon.h
https://bugzilla.kernel.org/show_bug.cgi?id=58121
Summary: Radeon SUMO: LVDS panel blanks when enabling external
monitor
Product: Drivers
Version: 2.5
Kernel Version: 3.9
Platform: All
OS/Version: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=58121
--- Comment #1 from Niels Ole Salscheider niels_...@salscheider-online.de
2013-05-14 10:23:54 ---
Created an attachment (id=101421)
-- (https://bugzilla.kernel.org/attachment.cgi?id=101421)
Xorg.0.log
--
Configure bugmail:
Okay, I've can now circle the problem out. What did I do:
* I used vanilla-3.9.2 kernel, but brougth drivers/gpu/drm/gma500 to
the state of Linus' git tree commit id
0cdbee3e811b1bbb347c61814c8570658f2ab15c. This was shortly after
gma500 moved out of staging
* then I did git format-patch
https://bugs.freedesktop.org/show_bug.cgi?id=63236
--- Comment #3 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #2)
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.2, 256 bits)
That's the llvmpipe software renderer, not radeonsi. Did you actually verify
the problem to
Okay, I found the patch that produces my regression:
From bc794829141f28e14fe7d0e07e35870bd9aee78c Mon Sep 17 00:00:00 2001
From: Patrik Jakobsson patrik.r.jakobs...@gmail.com
Date: Mon, 21 May 2012 15:27:30 +0100
https://bugzilla.kernel.org/show_bug.cgi?id=58121
Alex Deucher alexdeuc...@gmail.com changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=64582
Priority: medium
Bug ID: 64582
Assignee: dri-devel@lists.freedesktop.org
Summary: [r600g/vdpau] Inconsistency detected by ld.so:
dl-close.c: 765: _dl_close: Assertion
On Tue, May 14, 2013 at 2:13 PM, Holger Schurig holgerschu...@gmail.com wrote:
Okay, I found the patch that produces my regression:
From bc794829141f28e14fe7d0e07e35870bd9aee78c Mon Sep 17 00:00:00 2001
From: Patrik
On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski l...@amacapital.net wrote:
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Signed-off-by: Andy Lutomirski l...@amacapital.net
Reviewed-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon_object.c | 5 +++--
1 file
Patrick, have a
Tested-by: Holger Schurig holgerschu...@gmail.com
for this.
As for your suggestion:
though I recommend you use the modesetting driver because you get
a hardware accelerated cursor.
The current Debian Wheezy xserver-xorg doesn't autoload the
modesettings X11 driver. And I
On Tue, May 14, 2013 at 3:07 PM, Holger Schurig holgerschu...@gmail.com wrote:
Patrick, have a
Tested-by: Holger Schurig holgerschu...@gmail.com
for this.
I'll add that.
As for your suggestion:
though I recommend you use the modesetting driver because you get
a hardware accelerated
On Tue, May 14, 2013 at 8:58 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, May 13, 2013 at 7:58 PM, Andy Lutomirski l...@amacapital.net wrote:
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Signed-off-by: Andy Lutomirski l...@amacapital.net
Reviewed-by: Alex Deucher
On Mon, May 13, 2013 at 10:52 PM, Inki Dae inki@samsung.com wrote:
well, for cache management, I think it is a better idea.. I didn't
really catch that this was the motivation from the initial patch, but
maybe I read it too quickly. But cache can be decoupled from
synchronization, because
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #8 from Marc Dietrich marvi...@gmx.de ---
The suggested patch also fixes gears and 0ad for me. But I still see the
problem in chromium browser with webgl enabled, where the map is not displayed.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #9 from Alex Deucher ag...@yahoo.com ---
As mentioned by Vadim on IRC:
it seems many instructions in bytecode generated for RS880 have (incorrect)
OMOD = 2, that is, ALU WORD1 bit 7 is set where it shouldn't be set
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #10 from Vadim Girlin pt...@yandex.ru ---
I looked a bit more into it and AFAICS it's not just a single wrong bit, looks
like r700 alu encoding is used for all r600 chips with llvm backend
currently(In reply to comment #9)
As
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #11 from Tom Stellard tstel...@gmail.com ---
It looks like the special handling for R600 encoding is missing from the
backend. I think an earlier change to the code emitter made this code dead and
then I deleted it in a more recent
Use msecs_to_jiffies_timeout instead of open-coding the same.
Signed-off-by: Imre Deak imre.d...@intel.com
---
drivers/gpu/drm/i915/intel_drv.h |2 +-
drivers/gpu/drm/i915/intel_i2c.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_drv.h
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #12 from Marc Dietrich marvi...@gmx.de ---
yes, there must be something else wrong because the patch seems to be applied
in release_33 branch, but the problem somehow came back.
--
You are receiving this mail because:
You are the
On Tue, May 14, 2013 at 3:55 AM, Christian König
deathsim...@vodafone.de wrote:
Am 13.05.2013 22:55, schrieb alexdeuc...@gmail.com:
From: Alex Deucher alexander.deuc...@amd.com
Skip UVD handling on them.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
That patch should be
https://bugs.freedesktop.org/show_bug.cgi?id=64320
--- Comment #4 from Marc Dietrich marvi...@gmx.de ---
maybe related to bug 64193.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #13 from Tom Stellard tstel...@gmail.com ---
Created attachment 79304
-- https://bugs.freedesktop.org/attachment.cgi?id=79304action=edit
Possible Fix - Patch 1
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #14 from Tom Stellard tstel...@gmail.com ---
Created attachment 79305
-- https://bugs.freedesktop.org/attachment.cgi?id=79305action=edit
Possible Fix - Patch 2
Do these two patches fix the problem?
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=64193
Tom Stellard tstel...@gmail.com changed:
What|Removed |Added
Attachment #79304|0 |1
is patch|
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #15 from Marc Dietrich marvi...@gmx.de ---
hard to say, because mesa is broken again:
CXX gallivm/lp_bld_debug.lo
gallivm/lp_bld_debug.cpp: In member function 'virtual void
raw_debug_ostream::write_impl(const char*, size_t)':
https://bugs.freedesktop.org/show_bug.cgi?id=64193
--- Comment #16 from Tom Stellard tstel...@gmail.com ---
(In reply to comment #15)
hard to say, because mesa is broken again:
Try again, this should be fixed now.
--
You are receiving this mail because:
You are the assignee for the bug.
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Reviewed-by: Christian König christian.koe...@amd.com
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_device.c |1 +
drivers/gpu/drm/radeon/radeon_family.h |
From: Alex Deucher alexander.deuc...@amd.com
v2: fix gb_addr_config value
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/si.c | 20 +++-
drivers/gpu/drm/radeon/sid.h |1 +
2 files changed, 20 insertions(+), 1 deletions(-)
diff --git
From: Alex Deucher alexander.deuc...@amd.com
Hainan has no display hardware:
- no DCE (crtc, uniphy, dac, etc.)
- no VGA
v2: fix bios fetch
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Reviewed-by: Christian König christian.koe...@amd.com
---
drivers/gpu/drm/radeon/evergreen.c |
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Reviewed-by: Christian König christian.koe...@amd.com
---
drivers/gpu/drm/radeon/si.c | 58 +++
1 files changed, 58 insertions(+), 0 deletions(-)
diff
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Reviewed-by: Christian König christian.koe...@amd.com
---
drivers/gpu/drm/radeon/radeon_asic.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_asic.c | 17 +
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git
From: Alex Deucher alexander.deuc...@amd.com
Skip UVD handling on them.
v2: split has_uvd tracking into separate patch
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/si.c | 67 +--
1 files changed, 39 insertions(+), 28
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Reviewed-by: Christian König christian.koe...@amd.com
---
drivers/gpu/drm/radeon/si.c | 122 +++
1 files changed, 122 insertions(+), 0 deletions(-)
diff
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Reviewed-by: Christian König christian.koe...@amd.com
---
include/drm/drm_pciids.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h
https://bugs.freedesktop.org/show_bug.cgi?id=64582
--- Comment #1 from Andy Furniss adf.li...@gmail.com ---
(In reply to comment #0)
Apps launched with vdpau enabled produce the error:
VDPAU_DRIVER=r600 vdpauinfo or mplayer ...
I also see this on recently built linux from scratch systems - I
1 - 100 of 112 matches
Mail list logo