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
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,
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://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
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
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/3ad4bda0/attachment-0001.html>
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
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
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
/
||1170917
--
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/cd48d
||/show_bug.cgi?id=49531
--
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
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
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/3bf9d22b/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/eff8ba58/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/52b9c590/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/1ca49486/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/b4fae47c/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/c3a6c819/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/609db049/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/e9abc113/attachment.html>
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
ives/dri-devel/attachments/20130424/891a0dc4/attachment.html>
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
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_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
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
27;t start
|acceleration enabled|with acceleration enabled
--
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/2013
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
wit
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
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(-
||slowly
--
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/5da19452/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=56311
J?r?me Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
vel/attachments/20130424/fe9d025b/attachment.html>
nts/20130424/ce6ad1a9/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130424/c666d069/attachment.html>
||leak
--
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/26eb8d63/attachment-0001.html>
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 +
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?
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?
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?
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
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):
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/27da6f17/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130424/40e100aa/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130424/c11aeb4c/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/20130424/1c908fd5/attachment.html>
|resume (HP DV6) |enabled on resume (HP DV6)
--
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/59252
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/941f5b7e/attachment.html>
|GPU lock. |provoking GPU lock.
--
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/8765f4c7/attachm
|on HD6850 |error with MSAA
--
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/f724d
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/39f15776/attachment.html>
|from git|freezes
--
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/9279ac1c/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/8a517daf/attachment.html>
at cayman |msaa/mlaa/fxaa buggy
--
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/16a3cd04/attachment.html>
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
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
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 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
|--- |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/20130424/2a1b1c7b/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/3fe1cab8/attachment-0001.html>
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
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
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
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/6a9fdaf2/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/27bdfff1/attachment.html>
Good Day,
Since switching to gcc 4.8.0 to compile the kernel (versions ranging
from 3.6.11 through 3.9-rc8), I've been getting the following kernel
oops at radeon/radeon_vram_location. This is on an HP 6715b laptop
using an R300 RS690 chip. No issues with the newer radeon chipsets and
no issues
org/archives/dri-devel/attachments/20130424/69897261/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/46d7d9db/attachment.html>
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: Alex Deucher
Signed-off-by: Alex Deucher
Cc: stable at 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/
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
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
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://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://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
d...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/32c709ab/attachment.html>
eedesktop.org/archives/dri-devel/attachments/20130424/5718ccc2/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/c8a61541/attachment-0001.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/3c5a6039/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>
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=61529
Thaddäus Tintenfisch changed:
What|Removed |Added
See Also||https://bugzilla.kernel.org
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=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=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.
_
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130424/0a0b7496/attachment.html>
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=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=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=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=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://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=63709
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=62441
Jerome Glisse changed:
What|Removed |Added
Summary|Bastion game runs slowly|[r600g] Bastion game runs
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=58491
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=62671
Jerome Glisse changed:
What|Removed |Added
Summary|KDE thinks the monitor is |[r600g][kms] KDE thinks the
1 - 100 of 166 matches
Mail list logo