https://bugs.freedesktop.org/show_bug.cgi?id=30750
--- Comment #2 from Ivan Sukin 2010-11-22
01:05:13 PST ---
Many thanks.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=31193
--- Comment #5 from Fabio Pedretti 2010-11-22 01:22:18
PST ---
It's still broken after the recent compiler changes.
BTW source and binary packages of the game for many distribution are here:
http://trac.wildfiregames.com/wiki/LatestRelease
--
On Sun, Nov 21, 2010 at 09:23:46AM +, Chris Wilson wrote:
> On Sat, 20 Nov 2010 21:32:07 +0300, Dan Carpenter wrote:
> > Hello Chris,
> >
> > Is there an integer overflow in validate_exec_list()?
> >
> > drivers/gpu/drm/i915/i915_gem.c
> > 3633 size_t length = exec[i].relocation_c
https://bugs.freedesktop.org/show_bug.cgi?id=30752
Ivan Sukin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, 22 Nov 2010 12:56:42 +0300, Dan Carpenter wrote:
> On Sun, Nov 21, 2010 at 09:23:46AM +, Chris Wilson wrote:
> > Yes, it could. Not through normal use since relocation count can not be
> > more than buffer length, hence realistically capped at around 4k entries.
> > However...
> >
>
On Mon, Nov 22, 2010 at 10:17:00AM +, Richard Purdie wrote:
> I also want to make sure you think this patch is going to scale with
> multiple GPU output machines? Thats the main reason I've held off any
> patch like this as it doesn't help solve that problem as far as I can
> tell. Yes, we hav
Hi Alex,
On Sun, 21 Nov 2010 19:57:23 -0500, Alex Deucher wrote:
> On Sun, Nov 21, 2010 at 1:51 PM, Jean Delvare wrote:
> > On Sun, 21 Nov 2010 11:12:32 -0500, Alex Deucher wrote:
> >> It's probably this patch:
> >> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f
On Mon, Nov 22, 2010 at 01:35:48PM +, Richard Purdie wrote:
> Its the reverse situation I worry about. Are there situations where
> there are multiple connectors on the PCI device and the ACPI interface
> just controls one of them but controls for the other connectors may
> exist?
Yes, that's
On Fri, 2010-11-19 at 20:25 +, Matthew Garrett wrote:
> On Fri, Nov 19, 2010 at 12:05:23PM -0800, Andrew Morton wrote:
> > On Fri, 19 Nov 2010 10:53:52 -0500
> > Matthew Garrett wrote:
> >
> > > There may be multiple ways of controlling the backlight on a given
> > > machine.
> > > Allow dri
On Mon, 2010-11-22 at 12:30 +, Matthew Garrett wrote:
> On Mon, Nov 22, 2010 at 10:17:00AM +, Richard Purdie wrote:
>
> > I also want to make sure you think this patch is going to scale with
> > multiple GPU output machines? Thats the main reason I've held off any
> > patch like this as it
https://bugs.freedesktop.org/show_bug.cgi?id=31836
Summary: Strange colors with R600
Product: Mesa
Version: 7.8
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Com
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #8 from Jerome Glisse 2010-11-22 07:29:44
PST ---
Quite frankly i don't see how it could oops in the same way, the new patch
forbid allocation of big bo and thus should never hit the code that oops.
Please attach the new kernel log w
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #9 from Jerome Glisse 2010-11-22 07:30:30
PST ---
Also can you provide a link where i can test my self the situation.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=31836
--- Comment #1 from Alex Deucher 2010-11-22 08:16:43 PST ---
What version of mesa are you using? I'd recommend mesa 7.9. I'd also
recommend enabling KMS.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=31670
--- Comment #7 from Jerome Glisse 2010-11-22 08:32:34
PST ---
Did you try with lastest mesa for r600g ? Following commit might help
http://cgit.freedesktop.org/mesa/mesa/commit/?id=3e76ed4e256dd7964deaf37b89220c775fd2891e
--
Configure bugmail
On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote:
> From: Jerome Glisse
>
> Forbid allocating buffer bigger than visible VRAM or GTT, also
> properly set lpfn field.
>
> v2 - use max macro
>- silence warning
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeo
2010/11/22 Michel Dänzer :
> On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote:
>> From: Jerome Glisse
>>
>> Forbid allocating buffer bigger than visible VRAM or GTT, also
>> properly set lpfn field.
>>
>> v2 - use max macro
>> - silence warning
>>
>> Signed-off-by: Jerome Glisse
>>
2010/11/22 Jerome Glisse :
> 2010/11/22 Michel Dänzer :
>> On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote:
>>> From: Jerome Glisse
>>>
>>> Forbid allocating buffer bigger than visible VRAM or GTT, also
>>> properly set lpfn field.
>>>
>>> v2 - use max macro
>>> - silence warning
>>
https://bugs.freedesktop.org/show_bug.cgi?id=31708
Jerome Glisse changed:
What|Removed |Added
Attachment #40419|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #11 from Jerome Glisse 2010-11-22 09:24:21
PST ---
Created an attachment (id=40482)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40482)
Forbid big bo allcoation
Attached wrong patch sorry here it's please test and report
--
On 11/22/2010 06:07 PM, Jerome Glisse wrote:
2010/11/22 Michel Dänzer:
On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote:
From: Jerome Glisse
Forbid allocating buffer bigger than visible VRAM or GTT, also
properly set lpfn field.
v2 - use max macro
- silence warning
S
https://bugs.freedesktop.org/show_bug.cgi?id=31708
Alex Deucher changed:
What|Removed |Added
Attachment #40482|application/octet-stream|text/plain
mime type|
On Mon, Nov 22, 2010 at 12:31 PM, Thomas Hellstrom wrote:
> On 11/22/2010 06:07 PM, Jerome Glisse wrote:
>>
>> 2010/11/22 Michel Dänzer:
>>
>>>
>>> On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote:
>>>
From: Jerome Glisse
Forbid allocating buffer bigger than visible
On Mon, Nov 22, 2010 at 12:35 PM, Jerome Glisse wrote:
> On Mon, Nov 22, 2010 at 12:31 PM, Thomas Hellstrom
> wrote:
>> On 11/22/2010 06:07 PM, Jerome Glisse wrote:
>>>
>>> 2010/11/22 Michel Dänzer:
>>>
On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote:
>
> From:
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #12 from Manuel Lauss 2010-11-22 09:48:04
PST ---
(In reply to comment #11)
> Created an attachment (id=40482)
View: https://bugs.freedesktop.org/attachment.cgi?id=40482
Review: https://bugs.freedesktop.org/review?bug=31708&attachm
https://bugs.freedesktop.org/show_bug.cgi?id=31670
--- Comment #8 from Alain Perrot 2010-11-22 09:49:02
PST ---
I have just tested with the new kernel 2.6.37-rc3 and Mesa up to commit
http://cgit.freedesktop.org/mesa/mesa/commit/?id=c63a86e1e5665fb5cd94de42d6c59171398e12ee,
which should include
https://bugs.freedesktop.org/show_bug.cgi?id=31670
--- Comment #9 from Jerome Glisse 2010-11-22 10:37:07
PST ---
Is it fullscreen or not ? If lockup happen is it always during loading screen ?
Can you please attach kernel log after a lockup.
--
Configure bugmail: https://bugs.freedesktop.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=31841
Summary: [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
Product: DRI
Version: unspecified
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=31613
--- Comment #3 from Tilman Sauerbeck 2010-11-22
11:43:48 PST ---
Please try again with git master.
Maybe commit d5aadf0d80e8c973ef5cf9d82e97f23f0e3c032b fixed this problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #31 from Rubén Fernández 2010-11-22 11:47:25
PST ---
(In reply to comment #30)
> Can you try this again with the latest git master?
A dramatic improvement! Now it is almost completely correct; the only
misrenderings I can see (I'll
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #32 from Rubén Fernández 2010-11-22 11:49:15
PST ---
Created an attachment (id=40483)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40483)
With Tom Stellard's most recent patches
Compare with https://bugs.freedesktop.org/atta
https://bugs.freedesktop.org/show_bug.cgi?id=31842
Summary: Implement GL_FIXED support
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Dri
https://bugs.freedesktop.org/show_bug.cgi?id=31613
--- Comment #4 from Daniel 2010-11-22 12:14:04 PST
---
(In reply to comment #3)
> Please try again with git master.
>
> Maybe commit d5aadf0d80e8c973ef5cf9d82e97f23f0e3c032b fixed this problem.
I can confirm that this commit fixes the issue in
https://bugs.freedesktop.org/show_bug.cgi?id=31843
Summary: glLoadTransposeMatrixfARB should be mapped to 307, not
431
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=31841
--- Comment #1 from Alex Deucher 2010-11-22 12:26:28 PST ---
Looks like a problem with your setup. It appears you are using the r300 3D
driver rather than the r600 3D driver.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=31841
--- Comment #2 from diska 2010-11-22 12:47:43 PST
---
glxinfo | grep -i opengl
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (REDWOOD 68C1) 20090101 TCL DRI2
OpenGL version string: 2.1 Mesa 7.10-devel
https://bugs.freedesktop.org/show_bug.cgi?id=31841
--- Comment #3 from Alex Deucher 2010-11-22 12:49:50 PST ---
egl is probably using the wrong driver.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=31841
--- Comment #4 from diska 2010-11-22 12:51:40 PST
---
how can i see this?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=31841
--- Comment #5 from diska 2010-11-22 13:06:54 PST
---
you think is my config problem or and mesa-egl implementation problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #33 from Marek Olšák 2010-11-22 13:14:39 PST ---
1) I guess the reason the shadow is black is we don't implement
GL_ARB_shadow_ambient. With the driver which can render the shadow correctly,
try to set this environment variable:
MESA
https://bugs.freedesktop.org/show_bug.cgi?id=31670
--- Comment #10 from Alain Perrot 2010-11-22 13:21:09
PST ---
Created an attachment (id=40485)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40485)
dmesg output after GPU lockup
I have always run the OpenArena benchmark fullscreen. Actua
https://bugs.freedesktop.org/show_bug.cgi?id=31827
--- Comment #3 from Da Fox 2010-11-22 13:48:06 PST
---
I can confirm this testcase fails to link with current mesa-git
(51b895041c65f7ec9ecda48e79279dde29258b07), on radeon mobility 9600 m10 (rv350)
and 2.6.36.
--
Configure bugmail: https://bu
Should improve performance slightly and possibly fix some
issues.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 38 +
drivers/gpu/drm/radeon/evergreend.h |4 +++
drivers/gpu/drm/radeon/rv770.c | 45 +
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ObjectID.h | 48 +
1 files changed, 48 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ObjectID.h
b/drivers/gpu/drm/radeon/ObjectID.h
index c714179..c61c3fe 100644
--- a/drivers/gpu/dr
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios.h | 144 +++-
1 files changed, 140 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios.h
b/drivers/gpu/drm/radeon/atombios.h
index 6a9baa2..58a0cd0 100644
--- a/drivers/gpu/dr
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_family.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 3a70957..cfaf713 100644
--- a/dr
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c |4 +++-
drivers/gpu/drm/radeon/radeon_encoders.c | 25 +
2 files changed, 24 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_as
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c |4 ++-
drivers/gpu/drm/radeon/radeon_encoders.c | 54 --
2 files changed, 54 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/ra
System specific spread spectrum overrides can be specified in
the integrated system info table for Fusion APUs. This adds
support for using those overrides.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 39 ++
1 files changed, 39 insert
MC_VM_FB_LOCATION is at a different offset between r6xx and r7xx/evergreen.
The location is needed for vram setup on fusion chips.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
drivers/gpu/drm/radeon/r600.c |2 +-
drivers/gpu/drm/radeon/radeon.h|2
- CONFIG_MEMSIZE is in bytes on fusion.
- FB_BASE and FB_TOP are finer grained.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 12 +---
drivers/gpu/drm/radeon/rv770.c | 10 +-
drivers/gpu/drm/radeon/rv770d.h|1 +
3 files changed, 19 insertion
fusion chips only have 2 crtcs.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 188 ++--
drivers/gpu/drm/radeon/radeon_device.c |7 +-
2 files changed, 113 insertions(+), 82 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c | 46 ++
1 files changed, 46 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index bf7ec04..4e487cc 100644
--- a/drivers/
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 49 ---
1 files changed, 44 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 07c4c6f..7f859ff 100644
--- a/drivers/gpu/d
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |8
drivers/gpu/drm/radeon/evergreend.h |4 +++-
drivers/gpu/drm/radeon/radeon.h |2 ++
drivers/gpu/drm/radeon/radeon_pm.c |4
4 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/dri
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 27 +--
drivers/gpu/drm/radeon/radeon_asic.c|6 +++---
2 files changed, 28 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_blit_kms.c
b/drivers/gpu/drm
The function was getting too large. Rework it to share
more state better handle new power table formats.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 941 +++---
1 files changed, 475 insertions(+), 466 deletions(-)
diff --git a/drivers/gpu
The vbios power tables on my inagua board seem a bit funky...
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 106 --
1 files changed, 101 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c
b/drivers/gpu/d
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_irq_kms.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_irq_kms.c
b/drivers/gpu/drm/radeon/radeon_irq_kms.c
index a108c7e..b492b7d 100644
--- a/drivers/gpu/drm/radeon/radeon_ir
Signed-off-by: Alex Deucher
---
include/drm/drm_pciids.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 883c1d4..e6b28a3 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.h
@@ -419,6 +419,10 @@
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 93b1c68..b37361b 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon
https://bugs.freedesktop.org/show_bug.cgi?id=31827
--- Comment #4 from Marek Olšák 2010-11-22 15:02:39 PST ---
I don't have 51b895041c65f7ec9ecda48e79279dde29258b07 in my Mesa tree, which
means it doesn't exist. Don't you have some patches applied locally?
--
Configure bugmail: https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=31613
Francis Whittle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #34 from Rubén Fernández 2010-11-22 17:44:34
PST ---
(In reply to comment #33)
> 1) I guess the reason the shadow is black is we don't implement
> GL_ARB_shadow_ambient. With the driver which can render the shadow correctly,
> try to
From: Dave Airlie
this adds a bo create, and fence seq tracking tracepoints.
This is just an initial set to play around with, we should investigate
what others we need would be useful.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/Makefile |5 +-
drivers/gpu/drm/radeo
From: Dave Airlie
this function is much to large to be inlined practically.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_gem.c| 19 +++
drivers/gpu/drm/radeon/radeon_object.h | 18 --
2 files changed, 19 insertions(+), 18 deletions(-)
di
The update pending bit has a separate enable bit.
Cc: Mario Kleiner
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r100.c |8 +---
drivers/gpu/drm/radeon/radeon_reg.h |2 ++
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r100.c b/
On 2010-11-21 09:45 -0800, Linus Torvalds wrote:
> Yes, I'd be ok with UDF doing a "select BKL" along with a "default n"
> for BKL itself.
>
> I think UDF currently is the only sane reason to have BKL enabled any
> more, and yes, it would probably make it easier to configure things.
UFS (which I
Hello,
There're cases when EDID may be present, but be just severely (or
seemingly) broken. Is it possible to completely and unconditionally
ignore any EDID info for KMS, and instead use user-supplied parameters?
I googled the following message:
http://www.mail-archive.com/dri-de...@lists.sourcefo
On Mon, Nov 22, 2010 at 11:02 PM, Paul Sokolovsky wrote:
> Hello,
>
> There're cases when EDID may be present, but be just severely (or
> seemingly) broken. Is it possible to completely and unconditionally
> ignore any EDID info for KMS, and instead use user-supplied parameters?
> I googled the fo
https://bugs.freedesktop.org/show_bug.cgi?id=30750
--- Comment #2 from Ivan Sukin 2010-11-22
01:05:13 PST ---
Many thanks.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=31193
--- Comment #5 from Fabio Pedretti 2010-11-22 01:22:18
PST ---
It's still broken after the recent compiler changes.
BTW source and binary packages of the game for many distribution are here:
http://trac.wildfiregames.com/wiki/LatestRelease
--
On Sun, Nov 21, 2010 at 09:23:46AM +, Chris Wilson wrote:
> On Sat, 20 Nov 2010 21:32:07 +0300, Dan Carpenter
> wrote:
> > Hello Chris,
> >
> > Is there an integer overflow in validate_exec_list()?
> >
> > drivers/gpu/drm/i915/i915_gem.c
> > 3633 size_t length = exec[i].relocatio
https://bugs.freedesktop.org/show_bug.cgi?id=30752
Ivan Sukin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, 22 Nov 2010 12:56:42 +0300, Dan Carpenter wrote:
> On Sun, Nov 21, 2010 at 09:23:46AM +, Chris Wilson wrote:
> > Yes, it could. Not through normal use since relocation count can not be
> > more than buffer length, hence realistically capped at around 4k entries.
> > However...
> >
>
On Mon, Nov 22, 2010 at 10:17:00AM +, Richard Purdie wrote:
> I also want to make sure you think this patch is going to scale with
> multiple GPU output machines? Thats the main reason I've held off any
> patch like this as it doesn't help solve that problem as far as I can
> tell. Yes, we hav
Hi Alex,
On Sun, 21 Nov 2010 19:57:23 -0500, Alex Deucher wrote:
> On Sun, Nov 21, 2010 at 1:51 PM, Jean Delvare wrote:
> > On Sun, 21 Nov 2010 11:12:32 -0500, Alex Deucher wrote:
> >> It's probably this patch:
> >> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f
On Mon, Nov 22, 2010 at 01:35:48PM +, Richard Purdie wrote:
> Its the reverse situation I worry about. Are there situations where
> there are multiple connectors on the PCI device and the ACPI interface
> just controls one of them but controls for the other connectors may
> exist?
Yes, that's
On Fri, 2010-11-19 at 20:25 +, Matthew Garrett wrote:
> On Fri, Nov 19, 2010 at 12:05:23PM -0800, Andrew Morton wrote:
> > On Fri, 19 Nov 2010 10:53:52 -0500
> > Matthew Garrett wrote:
> >
> > > There may be multiple ways of controlling the backlight on a given
> > > machine.
> > > Allow dri
On Mon, 2010-11-22 at 12:30 +, Matthew Garrett wrote:
> On Mon, Nov 22, 2010 at 10:17:00AM +, Richard Purdie wrote:
>
> > I also want to make sure you think this patch is going to scale with
> > multiple GPU output machines? Thats the main reason I've held off any
> > patch like this as it
https://bugs.freedesktop.org/show_bug.cgi?id=31836
Summary: Strange colors with R600
Product: Mesa
Version: 7.8
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Com
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #8 from Jerome Glisse 2010-11-22
07:29:44 PST ---
Quite frankly i don't see how it could oops in the same way, the new patch
forbid allocation of big bo and thus should never hit the code that oops.
Please attach the new kernel log w
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #9 from Jerome Glisse 2010-11-22
07:30:30 PST ---
Also can you provide a link where i can test my self the situation.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=31836
--- Comment #1 from Alex Deucher 2010-11-22 08:16:43 PST
---
What version of mesa are you using? I'd recommend mesa 7.9. I'd also
recommend enabling KMS.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=31670
--- Comment #7 from Jerome Glisse 2010-11-22
08:32:34 PST ---
Did you try with lastest mesa for r600g ? Following commit might help
http://cgit.freedesktop.org/mesa/mesa/commit/?id=3e76ed4e256dd7964deaf37b89220c775fd2891e
--
Configure bugmail
On Fre, 2010-11-19 at 16:34 -0500, jglisse at redhat.com wrote:
> From: Jerome Glisse
>
> Forbid allocating buffer bigger than visible VRAM or GTT, also
> properly set lpfn field.
>
> v2 - use max macro
>- silence warning
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/ra
2010/11/22 Michel D?nzer :
> On Fre, 2010-11-19 at 16:34 -0500, jglisse at redhat.com wrote:
>> From: Jerome Glisse
>>
>> Forbid allocating buffer bigger than visible VRAM or GTT, also
>> properly set lpfn field.
>>
>> v2 - use max macro
>> ? ?- silence warning
>>
>> Signed-off-by: Jerome Glisse
mapping object in drm file and iirc we will report error if we can't
find a mapping for userspace object). I guess at one point we should
start thinking about what we want to do on that front.
Doing a v3.
Cheers,
Jerome
2010/11/22 Jerome Glisse :
> 2010/11/22 Michel D?nzer :
>> On Fre, 2010-11-19 at 16:34 -0500, jglisse at redhat.com wrote:
>>> From: Jerome Glisse
>>>
>>> Forbid allocating buffer bigger than visible VRAM or GTT, also
>>> properly set lpfn field.
>>>
>>> v2 - use max macro
>>> ? ?- silence warning
https://bugs.freedesktop.org/show_bug.cgi?id=31708
Jerome Glisse changed:
What|Removed |Added
Attachment #40419|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #11 from Jerome Glisse 2010-11-22
09:24:21 PST ---
Created an attachment (id=40482)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40482)
Forbid big bo allcoation
Attached wrong patch sorry here it's please test and report
--
On 11/22/2010 06:07 PM, Jerome Glisse wrote:
> 2010/11/22 Michel D?nzer:
>
>> On Fre, 2010-11-19 at 16:34 -0500, jglisse at redhat.com wrote:
>>
>>> From: Jerome Glisse
>>>
>>> Forbid allocating buffer bigger than visible VRAM or GTT, also
>>> properly set lpfn field.
>>>
>>> v2 - use max
https://bugs.freedesktop.org/show_bug.cgi?id=31708
Alex Deucher changed:
What|Removed |Added
Attachment #40482|application/octet-stream|text/plain
mime type|
On Mon, Nov 22, 2010 at 12:31 PM, Thomas Hellstrom
wrote:
> On 11/22/2010 06:07 PM, Jerome Glisse wrote:
>>
>> 2010/11/22 Michel D?nzer:
>>
>>>
>>> On Fre, 2010-11-19 at 16:34 -0500, jglisse at redhat.com wrote:
>>>
From: Jerome Glisse
Forbid allocating buffer bigger than visi
On Mon, Nov 22, 2010 at 12:35 PM, Jerome Glisse wrote:
> On Mon, Nov 22, 2010 at 12:31 PM, Thomas Hellstrom
> wrote:
>> On 11/22/2010 06:07 PM, Jerome Glisse wrote:
>>>
>>> 2010/11/22 Michel D?nzer:
>>>
On Fre, 2010-11-19 at 16:34 -0500, jglisse at redhat.com wrote:
>
> Fr
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #12 from Manuel Lauss 2010-11-22
09:48:04 PST ---
(In reply to comment #11)
> Created an attachment (id=40482)
View: https://bugs.freedesktop.org/attachment.cgi?id=40482
Review: https://bugs.freedesktop.org/review?bug=31708&attachm
https://bugs.freedesktop.org/show_bug.cgi?id=31670
--- Comment #8 from Alain Perrot 2010-11-22
09:49:02 PST ---
I have just tested with the new kernel 2.6.37-rc3 and Mesa up to commit
http://cgit.freedesktop.org/mesa/mesa/commit/?id=c63a86e1e5665fb5cd94de42d6c59171398e12ee,
which should include
https://bugs.freedesktop.org/show_bug.cgi?id=31670
--- Comment #9 from Jerome Glisse 2010-11-22
10:37:07 PST ---
Is it fullscreen or not ? If lockup happen is it always during loading screen ?
Can you please attach kernel log after a lockup.
--
Configure bugmail: https://bugs.freedesktop.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=31841
Summary: [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
Product: DRI
Version: unspecified
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=31613
--- Comment #3 from Tilman Sauerbeck 2010-11-22
11:43:48 PST ---
Please try again with git master.
Maybe commit d5aadf0d80e8c973ef5cf9d82e97f23f0e3c032b fixed this problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
1 - 100 of 137 matches
Mail list logo
