https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #14 from Scias ---
Okay so with the latest patches it seems to successfully boot with dpm=1 much
more often (I would say 1/4 times) while before it was almost never. Again
that's without changing anything between boots and without asp
Op 24-07-13 17:55, Dan Carpenter schreef:
> Hello Maarten Lankhorst,
>
> This is a semi-automatic email about new static checker warnings.
>
> The patch 0108bc808107: "drm/nouveau: do not allow negative sizes for
> now" from Jul 7, 2013, leads to the following Smatch complaint:
>
> drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=66942
Harald Judt changed:
What|Removed |Added
CC||h.j...@gmx.at
--- Comment #13 from Harald
Hi Daniel, sorry for being late.
2013/7/16 Daniel Vetter
> Hi all,
>
> This patch series is my 2nd real stab at fixing up the locking issues
> around our
> two buffer sharing mechanisms in gem: flink and prime.
>
> I think the approach taken here is much better than my first stab, and it
> also
On Sun, Jul 28, 2013 at 01:43:02AM +0800, Chuansheng Liu wrote:
>
> It is possible that during i915 device suspending with one pending
> hotplug work, one of cases is the device resume/suspend quickly.
>
> At this case, the hotplug work will be executed even after device
> is OFF, in Intel Androi
Add a "best_match" flag similar to the drm_mm_search_*() helpers so we
can convert TTM to use them in follow up patches. We can also inline the
non-generic helpers and move them into the header to allow compile-time
optimizations.
To make calls to drm_mm_{search,insert}_node() more readable, this
Instead of calling drm_mm_pre_get() in a row, we now preallocate the node
and then use the atomic insertion functions. This has the exact same
semantics and there is no reason to use the racy pre-allocations.
Note that ttm_bo_man_get_node() does not run in atomic context. Nouveau
already uses GFP_
i915 is the last user of the weird search+get_block drm_mm API. Convert it
to an explicit kmalloc()+insert_node(). This drops the last user of the
node-cache in drm_mm. We can remove it now in a follow-up patch.
v2:
- simplify error path in i915_setup_compression()
Cc: Daniel Vetter
Cc: Chris W
We used to pre-allocate drm_mm nodes and save them in a linked list for
later usage so we always have spare ones in atomic contexts. However, this
is really racy if multiple threads are in an atomic context at the same
time and we don't have enough spare nodes. Moreover, all remaining users
run in
Hi
On Sat, Jul 27, 2013 at 8:05 AM, Dave Airlie wrote:
> On Wed, Jul 24, 2013 at 11:43 PM, David Herrmann
> wrote:
>> Introduce two new helpers, drm_agp_clear() and drm_agp_destroy() which
>> clear all AGP mappings and destroy the AGP head. This allows to reduce the
>> AGP code in core DRM and
https://bugzilla.kernel.org/show_bug.cgi?id=60614
Chris Rankin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=67359
--- Comment #4 from Jim Schutt <74.sch...@gmail.com> ---
(In reply to comment #3)
> (In reply to comment #2)
> > [ 11.109017] [drm:r600_uvd_init] *ERROR* UVD not responding, giving up!!!
> > [ 11.109588] [drm:si_startup] *ERROR* radeon: faile
On Sat, Jul 27, 2013 at 01:38:42PM +0200, David Herrmann wrote:
> i915 is the last user of the weird search+get_block drm_mm API. Convert it
> to an explicit kmalloc()+insert_node(). This drops the last user of the
> node-cache in drm_mm. We can remove it now in a follow-up patch.
>
> v2:
> - sim
Hi
On Sat, Jul 27, 2013 at 3:06 PM, Chris Wilson wrote:
> On Sat, Jul 27, 2013 at 01:38:42PM +0200, David Herrmann wrote:
>> i915 is the last user of the weird search+get_block drm_mm API. Convert it
>> to an explicit kmalloc()+insert_node(). This drops the last user of the
>> node-cache in drm_m
On Sat, Jul 27, 2013 at 03:09:48PM +0200, David Herrmann wrote:
> Hi
>
> On Sat, Jul 27, 2013 at 3:06 PM, Chris Wilson
> wrote:
> > On Sat, Jul 27, 2013 at 01:38:42PM +0200, David Herrmann wrote:
> >> i915 is the last user of the weird search+get_block drm_mm API. Convert it
> >> to an explicit
i915 is the last user of the weird search+get_block drm_mm API. Convert it
to an explicit kmalloc()+insert_node(). This drops the last user of the
node-cache in drm_mm. We can remove it now in a follow-up patch.
v2:
- simplify error path in i915_setup_compression()
v3:
- simplify error path even
Introduce two new helpers, drm_agp_clear() and drm_agp_destroy() which
clear all AGP mappings and destroy the AGP head. This allows to reduce the
AGP code in core DRM and move it all to drm_agpsupport.c.
Signed-off-by: David Herrmann
---
Hi Dave
I exported the AGP cleanup from the previous serie
https://bugzilla.kernel.org/show_bug.cgi?id=60527
Chris Wilson changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #15 from Sergey ---
Created attachment 83091
--> https://bugs.freedesktop.org/attachment.cgi?id=83091&action=edit
log after "successful" load without hanging
Looks like I can reproduce similar behavior as Scias. But in my case it i
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #16 from Daniel ---
Created attachment 83096
--> https://bugs.freedesktop.org/attachment.cgi?id=83096&action=edit
successfully booting
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #17 from Daniel ---
Graphics: RV620/M82 Mobility Radeon HD 3450/3470
Kernel: 3.11.0-12-agd5f from mesa-git repo
Mesa: ati-dri-git-57713.f2be639 from mesa-git repo
OS: Arch
ARCH: x86_64
Other: KDE 4.11 rc1
I installed mesa and linux
On Sat, 2013-07-27 at 23:18 +0530, santosh.anbu wrote:
> From: "santosh.anbu"
[]
> diff --git a/drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c
> b/drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c
> index cfb9288..e88529c 100644
> --- a/drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c
> +++ b/drivers/
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #18 from Alex Deucher ---
Make sure you power off the system completely before trying the new kernel as
the dpm hardware may be in a bad state if just just did a warm reboot.
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #19 from Sergey ---
I've tried complete power off for most of the tests (actually after system
hangs it is the only way to reboot it). But it doesn't seem to influence the
behavior.
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=67002
--- Comment #12 from jackdac...@gmail.com ---
(In reply to comment #11)
> I had to restart due to some other issue
>
> and it wouldn't "successfully" resume anymore:
>
> the lag/slowdown was there again
>
>
> forcing performance_level to "low"
https://bugs.freedesktop.org/show_bug.cgi?id=67002
--- Comment #13 from jackdac...@gmail.com ---
I'll give radeon.aspm=0 a try - are there any more things I could test ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #18 from Joshua Cov. ---
I'm really puzzeled. Building the radeon module into the kernel, obviously
doesn't trigger the bug. Otherwise it occurs in about 50% of all cold boots.
--
You are receiving this mail because:
You are the ass
org/archives/dri-devel/attachments/20130727/e3173d80/attachment.html>
e this as fixed just yet.
This looks to me like a gentoo packaging bug. llvmpipe is using LLVM 3.1 and
radeonsi in Mesa 9.1.* requires a patched LLVM 3.2.
--
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/20130727/ae47e132/attachment-0001.html>
On Wed, Jul 24, 2013 at 11:43 PM, David Herrmann
wrote:
> Introduce two new helpers, drm_agp_clear() and drm_agp_destroy() which
> clear all AGP mappings and destroy the AGP head. This allows to reduce the
> AGP code in core DRM and move it all to drm_agpsupport.c.
>
Could we do this as the firs
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130727/d9e62724/attachment.html>
ving 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/20130727/def68949/attachment.html>
Op 24-07-13 17:55, Dan Carpenter schreef:
> Hello Maarten Lankhorst,
>
> This is a semi-automatic email about new static checker warnings.
>
> The patch 0108bc808107: "drm/nouveau: do not allow negative sizes for
> now" from Jul 7, 2013, leads to the following Smatch complaint:
>
> drivers/gpu/drm
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130727/90ebfa8b/attachment.html>
gt; include/drm/drmP.h | 94 +++---
> include/drm/drm_gem_cma_helper.h | 8 --
> 49 files changed, 279 insertions(+), 367 deletions(-)
>
> --
> 1.8.3.2
>
> ___
> dri-devel 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/20130727/1ca8db5f/attachment-0001.html>
On Sun, Jul 28, 2013 at 01:43:02AM +0800, Chuansheng Liu wrote:
>
> It is possible that during i915 device suspending with one pending
> hotplug work, one of cases is the device resume/suspend quickly.
>
> At this case, the hotplug work will be executed even after device
> is OFF, in Intel Androi
Add a "best_match" flag similar to the drm_mm_search_*() helpers so we
can convert TTM to use them in follow up patches. We can also inline the
non-generic helpers and move them into the header to allow compile-time
optimizations.
To make calls to drm_mm_{search,insert}_node() more readable, this
Instead of calling drm_mm_pre_get() in a row, we now preallocate the node
and then use the atomic insertion functions. This has the exact same
semantics and there is no reason to use the racy pre-allocations.
Note that ttm_bo_man_get_node() does not run in atomic context. Nouveau
already uses GFP_
i915 is the last user of the weird search+get_block drm_mm API. Convert it
to an explicit kmalloc()+insert_node(). This drops the last user of the
node-cache in drm_mm. We can remove it now in a follow-up patch.
v2:
- simplify error path in i915_setup_compression()
Cc: Daniel Vetter
Cc: Chris W
We used to pre-allocate drm_mm nodes and save them in a linked list for
later usage so we always have spare ones in atomic contexts. However, this
is really racy if multiple threads are in an atomic context at the same
time and we don't have enough spare nodes. Moreover, all remaining users
run in
Hi
On Sat, Jul 27, 2013 at 8:05 AM, Dave Airlie wrote:
> On Wed, Jul 24, 2013 at 11:43 PM, David Herrmann
> wrote:
>> Introduce two new helpers, drm_agp_clear() and drm_agp_destroy() which
>> clear all AGP mappings and destroy the AGP head. This allows to reduce the
>> AGP code in core DRM and
https://bugzilla.kernel.org/show_bug.cgi?id=60614
Chris Rankin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
ou 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/20130727/5041b99b/attachment.html>
On Sat, Jul 27, 2013 at 01:38:42PM +0200, David Herrmann wrote:
> i915 is the last user of the weird search+get_block drm_mm API. Convert it
> to an explicit kmalloc()+insert_node(). This drops the last user of the
> node-cache in drm_mm. We can remove it now in a follow-up patch.
>
> v2:
> - sim
Hi
On Sat, Jul 27, 2013 at 3:06 PM, Chris Wilson
wrote:
> On Sat, Jul 27, 2013 at 01:38:42PM +0200, David Herrmann wrote:
>> i915 is the last user of the weird search+get_block drm_mm API. Convert it
>> to an explicit kmalloc()+insert_node(). This drops the last user of the
>> node-cache in drm_
On Sat, Jul 27, 2013 at 03:09:48PM +0200, David Herrmann wrote:
> Hi
>
> On Sat, Jul 27, 2013 at 3:06 PM, Chris Wilson
> wrote:
> > On Sat, Jul 27, 2013 at 01:38:42PM +0200, David Herrmann wrote:
> >> i915 is the last user of the weird search+get_block drm_mm API. Convert it
> >> to an explicit
i915 is the last user of the weird search+get_block drm_mm API. Convert it
to an explicit kmalloc()+insert_node(). This drops the last user of the
node-cache in drm_mm. We can remove it now in a follow-up patch.
v2:
- simplify error path in i915_setup_compression()
v3:
- simplify error path even
Introduce two new helpers, drm_agp_clear() and drm_agp_destroy() which
clear all AGP mappings and destroy the AGP head. This allows to reduce the
AGP code in core DRM and move it all to drm_agpsupport.c.
Signed-off-by: David Herrmann
---
Hi Dave
I exported the AGP cleanup from the previous serie
https://bugzilla.kernel.org/show_bug.cgi?id=60527
Chris Wilson changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
CC|
.
--
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/20130727/2e2cc244/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130727/f9d62d86/attachment-0001.html>
of drm and radeon.
--
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/20130727/7de9a0b6/attachment.html>
On Sat, 2013-07-27 at 23:18 +0530, santosh.anbu wrote:
> From: "santosh.anbu"
[]
> diff --git a/drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c
> b/drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c
> index cfb9288..e88529c 100644
> --- a/drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c
> +++ b/drivers/
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130727/bc566011/attachment.html>
e:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130727/98f013ea/attachment.html>
stutter (either "low" or "auto")
with the old driver even at "low" profile it appeared smooth
latest attempts on 3.10-patched kernel and 3.11-rc2* were compiled with gcc
4.7.2
--
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/20130727/1230c9d2/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130727/40d646f1/attachment.html>
On 07/26/2013 12:52 PM, Dave Airlie wrote:
>
> This is just a regular fixes pull apart from the qxl one, it has radeon
> and intel bits in it,
>
> the intel fixes are for a regression with the RC6 fix and a 3.10 hdmi
> regression, whereas radeon is more DPM fixes, a few lockup fixes and
> some
> -Original Message-
> From: Chris Wilson [mailto:chris at chris-wilson.co.uk]
> Sent: Saturday, July 27, 2013 5:40 PM
> To: Liu, Chuansheng
> Cc: daniel.vetter at ffwll.ch; airlied at linux.ie; intel-gfx at
> lists.freedesktop.org; Li,
> Fei; dri-devel at lists.freedesktop.org
> Subject
From: "santosh.anbu"
Fixed coding style issue
Signed-off-by: santosh.anbu
---
drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c
b/drivers/gpu/drm/nouveau/core/subdev/bi
From: "Luis R. Rodriguez"
This backports the kernel's wound/wait style locks 040a0a371,
using the linux-stable v3.11-rc2 as a base for development.
Given the complexity to support debugging mutexes this backport
implementation is simplified by only making this feature availabe
if you to have DEBU
61 matches
Mail list logo
