CC: dri-devel@lists.sourceforge.net
Signed-off-by: Jan Kara
---
drivers/gpu/drm/Kconfig |9 +
drivers/gpu/drm/i915/i915_trace.h |2 ++
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
index 305c590..bce8013
Hello,
I've been pointed here by Julien Cristau who helped me with one of my
current issues on IRC a few hours ago.
I have some thin clients using the Intel 945GM video card, these are
reporting a LVDS output that they don't have (they are desktop thin
clients) and so are getting setup in dual-he
http://bugs.freedesktop.org/show_bug.cgi?id=27211
--- Comment #5 from Brent 2010-03-22 17:40:00 PST ---
Thank you for that clarification. To /etc/modprobe.d/modprobe.conf, I added
this line:
options nouveau noaccel=1
And now I can use the Nouveau driver. Both the text screen and the grap
On Mon, Mar 22, 2010 at 10:46:37PM +0100, Nicolai Haehnle wrote:
> On Mon, Mar 22, 2010 at 2:24 AM, Luc Verhaegen wrote:
> >> In
> >> particular, the Mesa core <-> classic driver split only makes sense if
> >> there are enough people who are actually working on those drivers who
> >> would support
On Mon, Mar 22, 2010 at 2:24 AM, Luc Verhaegen wrote:
>> In
>> particular, the Mesa core <-> classic driver split only makes sense if
>> there are enough people who are actually working on those drivers who
>> would support the split. Otherwise, this is bound to lead straight
>> into hell.
>>
>> I
On Mon, Mar 22, 2010 at 1:29 PM, LiYe wrote:
> I'm interested in openGL implementation and the DRI driver development.
> Specifically, I want to learn how an OpenGL command was implemented and
> how it was converted into direct rendering context and transferred to
> the hardware. I know this is a
On Monday 22 March 2010, Linus Torvalds wrote:
>
> On Sun, 21 Mar 2010, Rafael J. Wysocki wrote:
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15495
> > Subject : Flood of SELinux denials on polkitd
> > Submitter : Alex Villacis Lasso
> > Date: 20
The r520 atom tables sleep for long enough that it's impossible to reclock
memory during an interrupt. Implement this by hand instead in order to
avoid the delay.
Signed-off-by: Matthew Garrett
---
drivers/gpu/drm/radeon/r500_reg.h|4 ++-
drivers/gpu/drm/radeon/r520.c|
We want to perform radeon memory reclocking in interrupt context, so need
to ensure that we don't do anything that may sleep. Add an alternate
entry point to the atom interpreter that flags things appropriately and
make behaviour conditional on that.
Signed-off-by: Matthew Garrett ctx->atomic)
+
Reclocking the engine during screen refresh can cause corruption on some
hardware. Do it during vblank instead, and make sure that we're really
in vblank.
Signed-off-by: Matthew Garrett
---
drivers/gpu/drm/radeon/r100.c| 54 +
drivers/gpu/drm/radeon/r600
This is fast enough and rare enough that it's worth making sure that it
happens in the vblank, which means doing it in irq context. The alternative
is visual corruption and potential machine crashes.
Signed-off-by: Matthew Garrett
---
drivers/gpu/drm/radeon/r100.c| 26 +
http://bugs.freedesktop.org/show_bug.cgi?id=27221
--- Comment #6 from Pauli 2010-03-22 11:38:34 PST ---
I tested UrbanTerror with mesa 7.9 and kernel 2.6.34-rc1 (KMS).
- No texture problems for me.
- ramerates are definedly in slow side but not unplayable. I can have playable
(35+ minimum)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luc Verhaegen wrote:
> On Fri, Mar 19, 2010 at 11:33:02AM -0700, Ian Romanick wrote:
>>
>> I've been busy trying to get a release out the door, so I haven't looked
>> at these patches yet. I won't have a chance to look at the patches
>> until at least
On Sun, 21 Mar 2010, Rafael J. Wysocki wrote:
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15495
> Subject : Flood of SELinux denials on polkitd
> Submitter : Alex Villacis Lasso
> Date : 2010-03-09 16:47 (13 days old)
Fixed by commit 3836a03d978e68b
On Mon, 22 Mar 2010 12:28:00 -0400
Alex Deucher wrote:
> On Mon, Mar 22, 2010 at 4:52 AM, Clemens Ladisch wrote:
> > AMD says in section 2.5.4 (GFX MSI Enable) of #43291 (AMD 780G Family
> > Register Programming Requirements):
> >
> > The SBIOS must enable internal graphics MSI capability in GC
On Mon, Mar 22, 2010 at 4:52 AM, Clemens Ladisch wrote:
> AMD says in section 2.5.4 (GFX MSI Enable) of #43291 (AMD 780G Family
> Register Programming Requirements):
>
> The SBIOS must enable internal graphics MSI capability in GCCFG by
> setting the following: NBCFG.NB_CNTL.STRAP_MSI_ENABLE='1'
https://bugzilla.kernel.org/show_bug.cgi?id=15328
--- Comment #23 from Tobias Jakobi 2010-03-22 16:01:14
---
I totally forgot about this one:
To summarize what _my_ problem was...
I found out that the slowdowns were only affecting 32bit application (which
includes everything pushed through
On Mon, Mar 22, 2010 at 08:29:11PM +0800, LiYe wrote:
> Hi devs,
>
> I have no idea if this is the right place to ask. But I've searched
> around and didn't find the answer. So I am sorry if I made a noise.
>
> I'm interested in openGL implementation and the DRI driver development.
> Specificall
Hi devs,
I have no idea if this is the right place to ask. But I've searched
around and didn't find the answer. So I am sorry if I made a noise.
I'm interested in openGL implementation and the DRI driver development.
Specifically, I want to learn how an OpenGL command was implemented and
how it
AMD says in section 2.5.4 (GFX MSI Enable) of #43291 (AMD 780G Family
Register Programming Requirements):
The SBIOS must enable internal graphics MSI capability in GCCFG by
setting the following: NBCFG.NB_CNTL.STRAP_MSI_ENABLE='1'
Quite a few BIOS writers misinterpret this sentence and think
Hi Dave,
mesa master GIT world seems to be OK in OpenArena land, now.
commit 162bc831c93bf8632b25c11f116a1405b93a1704
Author: Marek Olšák
r300g: align misaligned ushort vertex indices
Thanks for fixing the issue(s).
--
Sedat
On Sat, Mar 20, 2010 at 10:02 PM, Dave Airlie wrote:
> On Sat, Mar
Hi Chia-I (hope this is the first name),
>I've merged the branch. All Gallium DRI drivers now use st_api.h
>instead of st_public.h. If you notice any regression due the merge,
>please let me know so that I can work on it.
The last days I have tested your gallium-st-api-dri GIT branch by
merging
On Sun, Mar 21, 2010 at 10:33 AM, Chia-I Wu wrote:
> On Sun, Mar 21, 2010 at 5:19 PM, Sedat Dilek
> wrote:
[...]
>> Even I see OpenArena got a boost from ~25fps (7.8 GIT) to ~32fps
>> (master GIT incl. gallium-st-api-dri merge)
>> $ cat oa_benchmark.txt
>> s...@seduxbox:~/src/anholt_oa-benchmark
http://bugs.freedesktop.org/show_bug.cgi?id=27206
--- Comment #9 from DF5JT 2010-03-22 00:59:48 PST ---
(In reply to comment #8)
> (In reply to comment #6)
> > (In reply to comment #5)
> > > Created an attachment (id=34264)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34264) [details]
24 matches
Mail list logo
