https://bugs.freedesktop.org/show_bug.cgi?id=63864
Priority: medium
Bug ID: 63864
Assignee: dri-devel@lists.freedesktop.org
Summary: Compile failure; OPCODE_PRINT not found.
Severity: major
Classification: Unclassified
OS: Li
https://bugs.freedesktop.org/show_bug.cgi?id=63632
--- Comment #13 from Michel Dänzer ---
(In reply to comment #9)
> On the 64 bit build I have only recently installed as it [libelf] became
> required for llvm - I used the source from debian sid.
For the record, that's ambiguous, as Debian has b
https://bugs.freedesktop.org/show_bug.cgi?id=63702
--- Comment #6 from Christian König ---
Created attachment 78408
--> https://bugs.freedesktop.org/attachment.cgi?id=78408&action=edit
Possible fix
Oh sorry, the fix is on the maillinglist for over a week. Just forgotten to
attach it to this bu
https://bugs.freedesktop.org/show_bug.cgi?id=63730
Christian König changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=63865
Priority: medium
Bug ID: 63865
Assignee: dri-devel@lists.freedesktop.org
Summary: radeon_atombios_get_power_modes oops with E-350
Severity: normal
Classification: Unclassified
Hi Dave!
I guess I should have opened a discussion around armsoc a lot earlier
than now as you clearly have some frustrations! Sorry about that.
It also sounds like you have some ideas over how we should approach
the technical side and those I really want to understand.
> -Original Message-
https://bugs.freedesktop.org/show_bug.cgi?id=63632
--- Comment #14 from Andy Furniss ---
(In reply to comment #13)
> (In reply to comment #9)
> > On the 64 bit build I have only recently installed as it [libelf] became
> > required for llvm - I used the source from debian sid.
>
> For the record
From: Christian König
Also init the scratch reg to zero on the UVD ring.
This fixes UVD on AGP based cards.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_fence.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/d
https://bugs.freedesktop.org/show_bug.cgi?id=63864
--- Comment #1 from Laurent carlier ---
Created attachment 78425
--> https://bugs.freedesktop.org/attachment.cgi?id=78425&action=edit
Possible fix
Please test this potential fix
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=63864
--- Comment #2 from Knut Andre Tidemann ---
This fixes the r200 build issue, but it looks like I'm also running into an
llvm build issue later on so I haven't tried a full build yet. I guess I'll
have to take a look at that as well.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #54 from udo ---
This afternoon I found a box, still somewhat alive, with a crashed Xorg, shoing
a textmode bootup screen.
It was running 3.6.11.
So if we assume the hardware is OK and that 3.6.11 was indeed solid then either
mesa, dr
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #55 from udo ---
Also: where are the minor kernel versions in that tree? It goes from 3.7-rcX to
3.6-rcX.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #56 from Alex Deucher ---
For stable kernels you need to use the stable branches:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
if you've already checked out Linus' tree, you can add the stable tree as a
remote
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #57 from Alexandre Demers ---
(In reply to comment #55)
> Also: where are the minor kernel versions in that tree? It goes from 3.7-rcX
> to 3.6-rcX.
I'm sure you can use Linus' tree (between v3.6.0 and v3.7.0 for example). If
you wer
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #58 from udo ---
Ok, just starting the first iteration compile.
Is there a better testcase for the issue(s) we look for than using the PC for a
while, watching youtube, etc?
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #59 from Alexandre Demers ---
(In reply to comment #58)
> Ok, just starting the first iteration compile.
> Is there a better testcase for the issue(s) we look for than using the PC
> for a while, watching youtube, etc?
You could run
On Fri, Apr 19, 2013 at 11:11:56AM +1000, Dave Airlie wrote:
> From: Imre Deak
>
> In commit be8a42ae60 we inroduced a refcount problem, where on the
> drm_gem_prime_fd_to_handle() error path we'll call dma_buf_put() for
> self imported dma buffers.
>
> Fix this by taking a reference on the dma
On Fri, Apr 19, 2013 at 08:54:58AM +0300, Imre Deak wrote:
> On Fri, 2013-04-19 at 11:11 +1000, Dave Airlie wrote:
> > Currently we have a problem with this:
> > 1. i915: create gem object
> > 2. i915: export gem object to prime
> > 3. radeon: import gem object
> > 4. close prime fd
> > 5. radeon:
On Mon, Apr 22, 2013 at 09:54:36AM +1000, Dave Airlie wrote:
> Currently we have a problem with this:
> 1. i915: create gem object
> 2. i915: export gem object to prime
> 3. radeon: import gem object
> 4. close prime fd
> 5. radeon: unref object
> 6. i915: unref object
>
> i915 has an imported obj
https://bugs.freedesktop.org/show_bug.cgi?id=63702
--- Comment #7 from Rafael Castillo ---
very nice thx, ill test tonight and share the result, thank you very much for
your time
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=63865
--- Comment #1 from Alex Deucher ---
Please attach a copy of your vbios.
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
You are receiving this mail because:
You are the as
Backlight hotkeys weren't working before on certain cedartrail laptops.
The source of this problem is that the hotkeys' ASLE opregion interrupts
were simply ignored. Driver seemed to expect the interrupt to be
associated with a pipe, but it wasn't.
Accepting the ASLE interrupt without an associat
From: Ville Syrjälä
struct drm_rect represents a simple rectangle. The utility
functions are there to help driver writers.
v2: Moved the region stuff into its own file, made the smaller funcs
static inline, used 64bit maths in the scaled clipping function to
avoid overflows (instead it w
From: Ville Syrjälä
Properly clip the source when the destination gets clipped
by the pipe dimensions.
Sadly the video sprite hardware is rather limited so it can't do proper
sub-pixel postitioning. Resort to truncating the source coordinates to
(macro)pixel boundary.
The scaling checks are don
From: Ville Syrjälä
These functions calculate the scaling factor based on the source and
destination rectangles.
There are two version of the functions, the strict ones that will
return an error if the min/max scaling factor is exceeded, and the
relaxed versions that will adjust the src/dst rect
From: Ville Syrjälä
drm_rect_equals() tells whether two drm_rects are equal.
Reviewed-by: Chris Wilson
Signed-off-by: Ville Syrjälä
---
include/drm/drm_rect.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/include/drm/drm_rect.h b/include/drm/drm_rect.h
index fe767b7..64
From: Ville Syrjälä
Add a debug function to print the rectangle in a human readable format.
v2: Renamed drm_region to drm_rect, the function from drm_region_debug
to drm_rect_debug_print(), and use %+d instead of +%d in the format.
v3: Use %d format for width/height in the non fixed point ca
From: Ville Syrjälä
Reduce the size of the the src/dst viewport to keep the scalign ratios
in check.
v2: Below min size sprite handling squashed to previous patch
Reviewed-by: Chris Wilson
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_sprite.c | 48 +
Here's the latest version of my plane clipping stuff.
I think it should be ready for merging. Laurent reviewed the first patch,
and Chris reviewed the whole set.
I didn't hear any bikeshedding about the location of the drm_rect
stuff from anyone, so I'm assuming it's all good.
Ville Syrjälä (6):
drm_gem_release should release all handles connected to the drm file and
so should also release the prime lookup entries of these handles. So
just WARN if this isn't the case.
Signed-off-by: Imre Deak
---
drivers/gpu/drm/drm_prime.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-
From: Ville Syrjälä
No need to zero initialize .vrefresh in DRM_MODE() since it's using
desgignated initializers.
This will also avoid some duplicate initialization warnings later.
Reviewed-by: Paulo Zanoni
Signed-off-by: Ville Syrjälä
---
include/drm/drm_crtc.h | 2 +-
1 file changed, 1 ins
From: Ville Syrjälä
drm_mode_equal_no_clocks() is like drm_mode_equal() except it doesn't
compare the clock or vrefresh values. drm_mode_equal() is now
implemented by first doing the clock checks, and then calling
drm_mode_equal_no_clocks().
v2: Add missing EXPORT_SYMBOL()
Reviewed-by: Paulo Za
The same old CEA mode 60 Hz vs. 59.94 Hz handling series.
While reviewing v1, Paulo noticed a missing EXPORT_SYMBOL(),
which is now fixed. Everything else is unchanged.
From my POV this is ready to go in. The only real questions is
whether or not we want to populate the connector's mode list
with
From: Ville Syrjälä
Well have use for the vrefresh information of CEA modes later. Just
populate the information into the table to avoid having to calculate
it.
I'm too lazy to check if someone relies on newly allocated CEA
modes having 0 vrefresh, so just clear vrefresh back to 0 when
adding th
From: Ville Syrjälä
drm_match_cea_mode() should be able to match both the 60Hz version,
and the 59.94Hz version of modes.
We only store one pixel clock value per mode in edid_cea_modes, so the
other value must be calculated. Depending on the mode, edid_cea_modes
contains the pixel clock for eith
https://bugs.freedesktop.org/show_bug.cgi?id=63864
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, Apr 24, 2013 at 07:04:57PM +0300, Imre Deak wrote:
> drm_gem_release should release all handles connected to the drm file and
> so should also release the prime lookup entries of these handles. So
> just WARN if this isn't the case.
>
> Signed-off-by: Imre Deak
Reviewed-by: Daniel Vetter
https://bugs.freedesktop.org/show_bug.cgi?id=62756
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=56534
Jerome Glisse changed:
What|Removed |Added
Summary|All anti-aliasing methods |[r600g] cayman
|buggy
https://bugs.freedesktop.org/show_bug.cgi?id=59721
Jerome Glisse changed:
What|Removed |Added
Summary|drm_mm_remove_node oops GPU |[r600g] drm_mm_remove_node
https://bugs.freedesktop.org/show_bug.cgi?id=59720
Jerome Glisse changed:
What|Removed |Added
Summary|kwin_gles freezes on Mesa |[r600g][lockup] kwin_gles
https://bugs.freedesktop.org/show_bug.cgi?id=59721
--- Comment #3 from Shawn Starr ---
I am running 3.9.0-rc6 kernel and will confirm this week to be sure.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=58840
Jerome Glisse changed:
What|Removed |Added
Summary|rendering error with MSAA |[r600g][hd6850] rendering
https://bugs.freedesktop.org/show_bug.cgi?id=60254
Jerome Glisse changed:
What|Removed |Added
Summary|kernel Oops when provoking |[r600g] kernel Oops when
From: Alex Deucher
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/atom.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c
index 46a9c37..fb441a7 100644
--- a/drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=56534
--- Comment #7 from Alex Deucher ---
(In reply to comment #6)
> Should differents anti-aliasing methods be tracked in differents bugs?
Yes. MSAA is the only one that's part of the driver pipeline. MLAA is post
processing effect.
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=42162
Jerome Glisse changed:
What|Removed |Added
Summary|Display not enabled on |[r600g][kms] Display not
https://bugs.freedesktop.org/show_bug.cgi?id=50655
Jerome Glisse changed:
What|Removed |Added
Summary|ATI RV670 [Radeon HD 3870] |[r600g][RV670 HD3870]
https://bugs.freedesktop.org/show_bug.cgi?id=61529
Jerome Glisse changed:
What|Removed |Added
Summary|[ATI RV710] |[r600g][kms][ATI RV710]
https://bugs.freedesktop.org/show_bug.cgi?id=61690
Jerome Glisse changed:
What|Removed |Added
Summary|Graphic issue on PCSX2 with |[r600g][rs780] Graphic
https://bugs.freedesktop.org/show_bug.cgi?id=61533
Jerome Glisse changed:
What|Removed |Added
Summary|GPU lockups uccurs |[r600g][lockup] kernel 3.8
https://bugs.freedesktop.org/show_bug.cgi?id=62311
Jerome Glisse changed:
What|Removed |Added
Summary|(kernel) memory leak|[r600g] (kernel) memory
https://bugs.freedesktop.org/show_bug.cgi?id=62671
Jerome Glisse changed:
What|Removed |Added
Summary|KDE thinks the monitor is |[r600g][kms] KDE thinks the
https://bugs.freedesktop.org/show_bug.cgi?id=8174
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=58491
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=56311
Jérôme Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=62441
Jerome Glisse changed:
What|Removed |Added
Summary|Bastion game runs slowly|[r600g] Bastion game runs
https://bugs.freedesktop.org/show_bug.cgi?id=60879
Jerome Glisse changed:
What|Removed |Added
Summary|X11 can't start with|[radeonsi] X11 can't start
https://bugs.freedesktop.org/show_bug.cgi?id=63709
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=43751
--- Comment #15 from Jérôme Glisse 2013-04-24
19:12:04 ---
This is a kwin bug, kwin select msaa visual which is problematic, there is also
a fix in mesa git. In no case this is a kernel bug
--
Configure bugmail: https://bugzilla.kernel.org
https://bugs.freedesktop.org/show_bug.cgi?id=60848
--- Comment #6 from Jerome Glisse ---
Please check if below patch fix the issue:
http://people.freedesktop.org/~glisse/0001-r600g-force-full-cache-for-hyperz.patch
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=60969
--- Comment #8 from Jerome Glisse ---
Please check if below patch fix the issue:
http://people.freedesktop.org/~glisse/0001-r600g-force-full-cache-for-hyperz.patch
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=59592
--- Comment #9 from Jerome Glisse ---
Please check if below patch fix the issue:
http://people.freedesktop.org/~glisse/0001-r600g-force-full-cache-for-hyperz.patch
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=61747
--- Comment #11 from Jerome Glisse ---
Please check if below patch fix the issue:
http://people.freedesktop.org/~glisse/0001-r600g-force-full-cache-for-hyperz.patch
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=62466
--- Comment #6 from Jerome Glisse ---
Please check if below patch fix the issue:
http://people.freedesktop.org/~glisse/0001-r600g-force-full-cache-for-hyperz.patch
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=63124
--- Comment #3 from Jerome Glisse ---
Please check if below patch fix the issue:
http://people.freedesktop.org/~glisse/0001-r600g-force-full-cache-for-hyperz.patch
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=62721
Jerome Glisse changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Drivers/DRI/R600
--- Comment #2 from Jer
https://bugs.freedesktop.org/show_bug.cgi?id=62669
--- Comment #1 from Jerome Glisse ---
Please check if below patch fix the issue:
http://people.freedesktop.org/~glisse/0001-r600g-force-full-cache-for-hyperz.patch
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=61529
Thaddäus Tintenfisch changed:
What|Removed |Added
See Also||https://bugzilla.kernel.org
https://bugs.freedesktop.org/show_bug.cgi?id=61529
Thaddäus Tintenfisch changed:
What|Removed |Added
See Also||https://launchpad.net/bugs/
https://bugs.freedesktop.org/show_bug.cgi?id=62311
--- Comment #2 from Peter Barth ---
I'm running xfce for >3 weeks now without a problem.
On a side note I'm still using most KDE apps I'm used to (konsole,
konversation, akregator,...).
--
You are receiving this mail because:
You are the assi
https://bugzilla.kernel.org/show_bug.cgi?id=43751
--- Comment #16 from Peter Barth 2013-04-24 21:06:27 ---
I'll give mesa git a try and hope to be able to switch back to kwin soon.
However, shouldn't the memory be freed after killing kwin and after shutting
down xdm and so on? But that's not
https://bugzilla.kernel.org/show_bug.cgi?id=56311
--- Comment #3 from Linas 2013-04-24 21:21:43 ---
Are you sure it's the same issue? Because after reverting
35840ab189595b817fa8b1a1df8cc92474a7c38d in mesa I still get crashes.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cg
On Wed, Apr 24, 2013 at 5:36 PM, Anisse Astier wrote:
> Backlight hotkeys weren't working before on certain cedartrail laptops.
>
> The source of this problem is that the hotkeys' ASLE opregion interrupts
> were simply ignored. Driver seemed to expect the interrupt to be
> associated with a pipe,
From: Lucas Kannebley Tavares
This patch series does:
1. max_bus_speed is used to set the device to gen2 speeds
2. on power there's no longer a conflict between the pseries call and other
architectures, because the overwrite is done via a ppc_md hook
3. radeon is using bus->max_bus_speed i
From: Lucas Kannebley Tavares
On pseries machines the detection for max_bus_speed should be done
through an OpenFirmware property. This patch adds a function to perform
this detection and a hook to perform dynamic adding of the function only for
pseries. This is done by overwriting the weak
pcibi
From: Lucas Kannebley Tavares
radeon currently uses a drm function to get the speed capabilities for
the bus, drm_pcie_get_speed_cap_mask. However, this is a non-standard
method of performing this detection and this patch changes it to use
the max_bus_speed attribute.
Signed-off-by: Lucas Kann
https://bugs.freedesktop.org/show_bug.cgi?id=63702
--- Comment #8 from Rafael Castillo ---
effectively this patch restore UVD to its previous state, thx
on another subject since the begin Mpeg1 and WMV3 does not work [mpeg1 green
block and random color blocks dancing ] and WMV3[blackscreen and f
https://bugs.freedesktop.org/show_bug.cgi?id=63865
--- Comment #2 from Hieu Hoang ---
Created attachment 78440
--> https://bugs.freedesktop.org/attachment.cgi?id=78440&action=edit
vbios from e-350 GPU
linux 3.7.9 works fine, I'll try to obtain earlier 3.8.x packages to test.
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=63748
--- Comment #5 from dinolib ---
I compiled tag mesa-9.1.1 from git.
After 30 minutes no lockups!
Compile parameters:
./configure --prefix=/usr \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-gallium-drivers=r300,r600,nouveau,s
From: Dave Airlie
I thought you could be trusted people, looks like I was wrong, no flags
for you.
I propose possibly adding a cursor flag here since it might be useful for
some people.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_crtc.c | 3 +++
1 file changed, 3 insertions(+)
diff --
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/85eb5bca/attachment.html>
secting:
git bisect reset
--
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/20130424/09aa0966/attachment.html>
On Tue, Apr 23, 2013 at 11:52 PM, Sachin Kamat
wrote:
> Hi Rob,
>
> With the merge window for 3.10 about to open shortly, I was wondering
> if the tilcdc patches are lined up somewhere as I could not find them
> in linux-next yet.
I don't have any other patches for tilcdc, so if this isn't going
On Wed, Apr 24, 2013 at 2:21 PM, Sachin Kamat
wrote:
> On 24 April 2013 09:47, Rob Clark wrote:
>> On Tue, Apr 23, 2013 at 11:52 PM, Sachin Kamat
>> wrote:
>>> Hi Rob,
>>>
>>> With the merge window for 3.10 about to open shortly, I was wondering
>>> if the tilcdc patches are lined up somewhere
Hi Rob,
With the merge window for 3.10 about to open shortly, I was wondering
if the tilcdc patches are lined up somewhere as I could not find them
in linux-next yet.
Thanks and regards,
Sachin.
On 27 March 2013 11:53, Tomi Valkeinen wrote:
> Hi,
>
> On 2013-03-25 15:36, Rob Clark wrote:
>> sor
On 24 April 2013 09:47, Rob Clark wrote:
> On Tue, Apr 23, 2013 at 11:52 PM, Sachin Kamat
> wrote:
>> Hi Rob,
>>
>> With the merge window for 3.10 about to open shortly, I was wondering
>> if the tilcdc patches are lined up somewhere as I could not find them
>> in linux-next yet.
>
> I don't hav
On 24 April 2013 10:08, Dave Airlie wrote:
> On Wed, Apr 24, 2013 at 2:21 PM, Sachin Kamat
> wrote:
>> On 24 April 2013 09:47, Rob Clark wrote:
>>> On Tue, Apr 23, 2013 at 11:52 PM, Sachin Kamat
>>> wrote:
Hi Rob,
With the merge window for 3.10 about to open shortly, I was wond
aul
Reviewed-by: Eric Anholt
--
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/20130424/2441b782/attachment.html>
Debian has both variants as
libelfg0{,-dev} and libelf{1,-dev} respectively.
--
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/attach
to this bugreport as well.
Christian.
--
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/20130424/d3e3d603/attachment.html>
u can
reproduce the X crash with the newest drm-next-3.10.
--
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/20130424/
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/35c79221/attachment-0001.html>
Hi Dave!
I guess I should have opened a discussion around armsoc a lot earlier
than now as you clearly have some frustrations! Sorry about that.
It also sounds like you have some ideas over how we should approach
the technical side and those I really want to understand.
> -Original Message-
lf could br the problem
http://packages.debian.org/source/sid/libelf
--
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/20130424/87efb5ff/attachment.html>
From: Christian K?nig
Also init the scratch reg to zero on the UVD ring.
This fixes UVD on AGP based cards.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_fence.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/d
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/0a0b7496/attachment.html>
l.
--
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/20130424/122f8b07/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/3c5a6039/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/c8a61541/attachment-0001.html>
1 - 100 of 166 matches
Mail list logo
