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
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 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
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 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
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/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
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
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
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
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/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
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
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
- 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
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
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
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
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.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/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/atombios.h | 853 ++---
1 files changed, 792 insertions(+), 61 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios.h
b/drivers/gpu/drm/radeon/atombios.h
index fe359a2..6a9baa2 100644
--- a/drivers/gpu/
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
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 +
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
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
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
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
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
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
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=31613
Francis Whittle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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/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
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
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
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
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.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/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/
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
- 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
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
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
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.fr
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
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.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/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/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
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 +
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
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
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
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 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=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=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=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=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:
MES
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=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
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=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 #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 #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 #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 as
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 #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
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
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 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
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=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?ta
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
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=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=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
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
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=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=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=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=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 #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=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=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=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=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=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=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
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 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
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
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 #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
1 - 100 of 137 matches
Mail list logo
