From: Dave Airlie
An rv515 laptop I got wouldn't startup with a montior plugged in,
found the proper bug hopefully with us not turning off D2VGA
here when we should.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/rv515.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
From: Dave Airlie
This fixes RH bugzilla #527874.
On resume the atom posting wasn't working, however vbe posting was
going fine, after 2 weeks over irc, and 8 hrs with the hardware,
I tracked it down to the memory device table and it access the MC
registers via IIO, it appears the rv515 atom iio
drm/ttm fails to build on MIPS because "struct page" is not known:
| In file included from drivers/gpu/drm/ttm/ttm_memory.c:28:
| include/drm/ttm/ttm_memory.h:154: warning: 'struct page' declared inside
parameter list
| include/drm/ttm/ttm_memory.h:154: warning: its scope is only this definition
>
>> diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
>> index 94d29a7..82d6e30 100644
>> --- a/src/mesa/main/mtypes.h
>> +++ b/src/mesa/main/mtypes.h
>> @@ -1410,6 +1410,7 @@ struct gl_buffer_object
>> GLsizeiptr Length; /**< Mapped length */
>> /*...@}*/
>> GLboolean Wri
I attach my very hackish patch to downclock GPU.
Could someone tell me please, why first method in this patch works
while second locks up my GPU?
I've run
cat radeon_pm_info
100x times with first method. No problem. Second method fails on every
try, checked it with 5 reboots.
Jerome told sth abo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Wilson wrote:
> Signed-off-by: Chris Wilson
> ---
> src/mesa/drivers/dri/intel/intel_buffer_objects.c | 43
> +
> src/mesa/drivers/dri/intel/intel_context.c|1 +
> 2 files changed, 44 insertions(+), 0 deletion
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Wilson wrote:
One comment for future reference... I usually split up changes to the
XML and code regeneration from "real" code changes. Intermixing makes
for trying to find a needle in a haystack. There are 10,000+ lines of
changes here, but o
Signed-off-by: Chris Wilson
---
src/mesa/drivers/dri/intel/intel_buffer_objects.c | 43 +
src/mesa/drivers/dri/intel/intel_context.c|1 +
2 files changed, 44 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_buffer_objects.c
b/src/mesa
On Tue, 10 Nov 2009 08:21:25 +
Jesse Barnes wrote:
> If we queue a vblank event but miss it, we should return the actual
> sequence number we queued to userspace, so its event handling function
> will know which event to look for.
>
> Acked-by: Kristian Høgsberg
> Signed-off-by: Jesse Barne
On Wed, 2009-11-11 at 09:14 +, Dave Airlie wrote:
> > Hi Dave,
> >
> > I was wondering about the current state of Radeon KMS, how far are we
> > from having it removed from staging?
>
> I'm sort of thinking the next merge window of moving the enable option
> into the kernel proper. We still
http://bugs.freedesktop.org/show_bug.cgi?id=19366
Maciej Cencora changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #9 from Maciej
> > I'm sort of thinking the next merge window of moving the enable option
> > into the kernel proper. We still have a metric shitload of work to get to
> > feature parity with current userspace drivers and we've done no
> > optimisation work on the rendering portion of the stack so I'm not sur
Hello Sir:
Request resend again.
Thanks and Best Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F, 531, Chung-Cheng Road, Hsin-Tien, 231 Taipei
Tel: +886-2-22185452 Ext 7323
Mobile: +886-968343824
Fax: +886-2-22186282
Skype: Bruce
> Hi Dave,
>
> I was wondering about the current state of Radeon KMS, how far are we
> from having it removed from staging?
I'm sort of thinking the next merge window of moving the enable option
into the kernel proper. We still have a metric shitload of work to get to
feature parity with curre
Hi Dave,
I was wondering about the current state of Radeon KMS, how far are we
from having it removed from staging?
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your re
15 matches
Mail list logo