On Fri, Oct 28, 2011 at 01:56:39PM +0100, Chris Wilson wrote:
> On Fri, 28 Oct 2011 20:22:35 +0800, Yong Zhang wrote:
> > Hi,
> >
> > Just got below error on Ubuntu-11.10 (kernel: 3.0.0-12-generic),
> > and after that my screen can't show normally.
> > No sure if it's a known issue.
>
> No, that
radeon_benchmark_do_move() returns an int so "time" should be int
too. Making it unsigned breaks the error handling.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/radeon_benchmark.c
b/drivers/gpu/drm/radeon/radeon_benchmark.c
index 5cafc90..17e1a9b 100644
--- a/drivers/gpu/d
On Sat, Oct 29, 2011 at 08:52:25AM +0200, Tormod Volden wrote:
> On Sat, Oct 29, 2011 at 2:25 AM, Daniel Vetter wrote:
> > On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote:
> >> On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter
> >> wrote:
> >> ...
> >> > @@ -139,13 +99,35 @@ static in
https://bugs.freedesktop.org/show_bug.cgi?id=36386
--- Comment #5 from va...@gmx.de 2011-10-29 02:53:20 PDT ---
> This game has been reported as working, and it's not really clear if this was
> even a driver bug in the first place, so I'm closing this bug. Please re-open
> it if you are still hav
On Fri, Oct 28, 2011 at 09:44:54PM -0500, Ilija Hadzic wrote:
> Now suppose that the drm_wait_vblank is enteret in the context of
> two different PIDs and suppose that there are no locks. Let's say
> that the first process wants to wait on vblank N and the second
> wants to wait on vblank N+1. Firs
On Fri, Oct 28, 2011 at 05:44:23PM -0400, Ilija Hadzic wrote:
> during the review of the fix for locks problems in drm_wait_vblank,
> a couple of false concerns were raised about how the drm_vblank_get
> and drm_vblank_put are used in this function; it turned out that the
> code is correct and that
On Sat, 29 Oct 2011, Daniel Vetter wrote:
Ok, and here's why your locking (or any locking that drops the lock before
calling schedule) won't work: [SNIP]
You just came full circle. Recall that in my v1 patch I went all the way
to enqueuing the process in the wait queue before dropping the
https://bugs.freedesktop.org/show_bug.cgi?id=40986
--- Comment #2 from Kai 2011-10-29 05:42:08 PDT ---
Still there as described in comment #1 with the following stack:
Mesa: Git/09a92e37
libdrm: 2.4.26-1
X.Org: 2:1.11.1.901-2 (1.11.1.901 (1.11.2 RC 1))
KDE: 4:4.6.5-2
GPU: 1002:9553
The X.Org log
Dear Alex,
but we use DDC probing e. g. to identify connectors with improperly
terminated i2c bus. Instead of flooding logs and terminals with EDID
dumps, we decided some months ago to use this function during module
loading to inform the user once (and only once!), which connector has a
monitor
Hello everybody,
to support multiple compute rings, async DMA engines and UVD we need to
teach the radeon kernel module how to sync buffers between different
rings and make some changes to the command submission ioctls.
Since we can't release any documentation about async DMA or UVD (yet),
m
On Sat, Oct 29, 2011 at 06:59:42AM -0500, Ilija Hadzic wrote:
> On Sat, 29 Oct 2011, Daniel Vetter wrote:
> >Ok, and here's why your locking (or any locking that drops the lock before
> >calling schedule) won't work: [SNIP]
>
> You just came full circle. Recall that in my v1 patch I went all the
>
https://bugs.freedesktop.org/show_bug.cgi?id=42373
Bug #: 42373
Summary: Radeon HD 6450 (NI CAICOS) screen corruption on boot
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linu
https://bugs.freedesktop.org/show_bug.cgi?id=40935
Kunal changed:
What|Removed |Added
Blocks||42373
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #1 from Kunal 2011-10-29 09:05:02
PDT ---
Created attachment 52892
--> https://bugs.freedesktop.org/attachment.cgi?id=52892
lspci -vvnn output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #2 from Kunal 2011-10-29 09:05:45
PDT ---
Created attachment 52893
--> https://bugs.freedesktop.org/attachment.cgi?id=52893
Xorg.log when it booted up fine
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
Ben Widawsky (1):
intel: shared header for shader debugging
Chih-Wei Huang (1):
Specify the return type explicitly.
Daniel Vetter (2):
drm/intel: don't clobber bufmgr->pci_device
drm/i915: y tiling on i915G/i915GM is different
Dave Airlie (3):
drm/test: handle usub
On Fri, Oct 28, 2011 at 15:56, Keith Packard wrote:
> Kernels with no iommu support cannot ever need the Ironlake
> work-around, so never enable it in that case.
>
> Might be better to completely remove the work-around from the kernel
> in this case?
>
> Signed-off-by: Keith Packard
> Cc: Ben Wi
On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter
wrote:
...
> @@ -139,13 +99,35 @@ static int sis_drm_alloc(struct drm_device *dev, struct
> drm_file *file,
...
> +#if defined(CONFIG_FB_SIS) || defined(CONFIG_FB_SIS_MODULE)
> + ? ? ? ? ? ? ? item->req.size = mem->size;
> + ? ? ? ? ? ? ? sis_malloc
From: Tormod Volden
---
On top of danvet's kill-with-fire ad83cc3.
Tormod
drivers/gpu/drm/sis/sis_mm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/sis/sis_mm.c b/drivers/gpu/drm/sis/sis_mm.c
index 112a43b..63c2f75 100644
--- a/drivers/gpu/drm/si
On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote:
> On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter
> wrote:
> ...
> > @@ -139,13 +99,35 @@ static int sis_drm_alloc(struct drm_device *dev,
> > struct drm_file *file,
> ...
> > +#if defined(CONFIG_FB_SIS) || defined(CONFIG_FB_SIS_MODUL
On Fri, Oct 28, 2011 at 05:42:23PM -0400, Ilija Hadzic wrote:
> drm_wait_vblank must be DRM_UNLOCKED because otherwise it
> will grab the drm_global_mutex and then go to sleep until the vblank
> event it is waiting for. That can wreck havoc in the windowing system
> because if one process issues th
https://bugs.freedesktop.org/show_bug.cgi?id=36386
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Oct 28, 2011 at 05:43:28PM -0400, Ilija Hadzic wrote:
> drm_getclient, drm_getstats and drm_getmap (with a few minor
> adjustments) do not need global mutex, so fix that and
> make the said ioctls DRM_UNLOCKED. Details:
>
> drm_getclient: the only thing that should be protected here
>
https://bugs.freedesktop.org/show_bug.cgi?id=29951
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=41569
Robert Nelson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sat, Oct 29, 2011 at 2:25 AM, Daniel Vetter wrote:
> On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote:
>> On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter
>> wrote:
>> ...
>> > @@ -139,13 +99,35 @@ static int sis_drm_alloc(struct drm_device *dev,
>> > struct drm_file *file,
>> ...
radeon_benchmark_do_move() returns an int so "time" should be int
too. Making it unsigned breaks the error handling.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/radeon_benchmark.c
b/drivers/gpu/drm/radeon/radeon_benchmark.c
index 5cafc90..17e1a9b 100644
--- a/drivers/gpu/d
On Sat, Oct 29, 2011 at 08:52:25AM +0200, Tormod Volden wrote:
> On Sat, Oct 29, 2011 at 2:25 AM, Daniel Vetter wrote:
> > On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote:
> >> On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter
> >> wrote:
> >> ...
> >> > @@ -139,13 +99,35 @@ static in
https://bugs.freedesktop.org/show_bug.cgi?id=36386
--- Comment #5 from vand2 at gmx.de 2011-10-29 02:53:20 PDT ---
> This game has been reported as working, and it's not really clear if this was
> even a driver bug in the first place, so I'm closing this bug. Please re-open
> it if you are still
On Fri, Oct 28, 2011 at 09:44:54PM -0500, Ilija Hadzic wrote:
> Now suppose that the drm_wait_vblank is enteret in the context of
> two different PIDs and suppose that there are no locks. Let's say
> that the first process wants to wait on vblank N and the second
> wants to wait on vblank N+1. Firs
On Fri, Oct 28, 2011 at 05:44:23PM -0400, Ilija Hadzic wrote:
> during the review of the fix for locks problems in drm_wait_vblank,
> a couple of false concerns were raised about how the drm_vblank_get
> and drm_vblank_put are used in this function; it turned out that the
> code is correct and that
On Sat, 29 Oct 2011, Daniel Vetter wrote:
>
> Ok, and here's why your locking (or any locking that drops the lock before
> calling schedule) won't work: [SNIP]
>
You just came full circle. Recall that in my v1 patch I went all the way
to enqueuing the process in the wait queue before dropping
https://bugs.freedesktop.org/show_bug.cgi?id=40986
--- Comment #2 from Kai 2011-10-29 05:42:08 PDT
---
Still there as described in comment #1 with the following stack:
Mesa: Git/09a92e37
libdrm: 2.4.26-1
X.Org: 2:1.11.1.901-2 (1.11.1.901 (1.11.2 RC 1))
KDE: 4:4.6.5-2
GPU: 1002:9553
The X.Org lo
if (edid) {
> - DRM_INFO("Radeon display connector %s: Found valid EDID",
> - drm_get_connector_name(connector));
> - kfree(edid);
> - } else {
> - DRM_INFO("Radeon display connector %s: No monitor con
Hello everybody,
to support multiple compute rings, async DMA engines and UVD we need to
teach the radeon kernel module how to sync buffers between different
rings and make some changes to the command submission ioctls.
Since we can't release any documentation about async DMA or UVD (yet),
my
On Sat, Oct 29, 2011 at 06:59:42AM -0500, Ilija Hadzic wrote:
> On Sat, 29 Oct 2011, Daniel Vetter wrote:
> >Ok, and here's why your locking (or any locking that drops the lock before
> >calling schedule) won't work: [SNIP]
>
> You just came full circle. Recall that in my v1 patch I went all the
>
https://bugs.freedesktop.org/show_bug.cgi?id=42373
Bug #: 42373
Summary: Radeon HD 6450 (NI CAICOS) screen corruption on boot
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linu
https://bugs.freedesktop.org/show_bug.cgi?id=40935
Kunal changed:
What|Removed |Added
Blocks||42373
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #1 from Kunal 2011-10-29 09:05:02
PDT ---
Created attachment 52892
--> https://bugs.freedesktop.org/attachment.cgi?id=52892
lspci -vvnn output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #2 from Kunal 2011-10-29 09:05:45
PDT ---
Created attachment 52893
--> https://bugs.freedesktop.org/attachment.cgi?id=52893
Xorg.log when it booted up fine
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
4.27.tar.gz
SHA256: 9f11d369925222c013773ad7ec0812feb4f5388e70a8ef0f729251f956acd7bf
libdrm-2.4.27.tar.gz
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111029/bc
esktop.org/archives/dri-devel/attachments/20111029/82908743/attachment.html>
42 matches
Mail list logo
