e the kernel code could remember how long it waited before being
interrupted by a signal and then decrease that from the timeout next
time or something like that?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and
On Tue, 2009-01-27 at 21:38 +0100, Jörg-Volker Peetz wrote:
> Michel Dänzer wrote:
> > On Sun, 2009-01-25 at 20:03 +0100, Jörg-Volker Peetz wrote:
> >> with kernel 2.6.28 and 2.6.28.1 while in X with active DPMS screen off
> >> ("xset
> >> dpms force off
priv ); \
RADEON_WRITE( RADEON_CP_RB_WPTR, dev_priv->ring.tail ); \
/* read from PCI bus to ensure correct posting */ \
RADEON_READ( RADEON_CP_RB_RPTR ); \
--
Earthling
dle as
> observed with powertop 1.11.
Was the DRI already enabled with the 2.6.27 kernels? If yes, you may
need to use git bisect to find the change that introduced the problem.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast |
about drag & drop of big icons... Maybe Kristian was right
> that all cursors should be done in software; hardware just doesn't provide
> the flexibility desktops want these days.
Yeah, I suspect allowing the compositing manager to render cursors might
be more useful in the long term
On Thu, 2009-01-08 at 10:45 -0800, Jesse Barnes wrote:
> Dunno if this is a good idea or not, but it would have helped with some of the
> recent bugs.
Sure about that? The sequence numbers may be completely different
between CRTCs.
--
Earthling Michel Dänzer |
7;t supposed to go backwards though; it can't be set (at
> least according to spec). So I must be missing something here...
I interpreted Daniel's words such that while the monotonic clock can't
go backwards, it may 'stand still' indefinitely. Right, Daniel?
On Wed, 2009-01-07 at 10:15 -0800, Jesse Barnes wrote:
> On Wednesday, January 7, 2009 9:49 am Michel Dänzer wrote:
> > On Tue, 2009-01-06 at 22:49 -0800, Keith Packard wrote:
> > > On Tue, 2009-01-06 at 10:41 -0800, Jesse Barnes wrote:
> > > > This patch adds a sa
the ioctl directly instead.
Agreed - ignore the comment on this in my previous post, I got that
backwards of course. :)
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
---
k the sequence numbers and come up with a more
> reasonable value, or add a new call that takes a timeout parameter.
I agree, 1s should be enough, otherwise let's add new API with a timeout
value.
The established error code for timeout is EBUSY, not ETIME, otherwis
ternal.h:1: error: expected
> identifier or '(' before '.' token
>
> Has anyone else seen similar errors?
No; what do
head -n 1 drm{,_internal}.h
and
git status
say?
--
Earthling Michel Dänzer |
On Fri, 2008-11-21 at 13:32 -0800, Keith Packard wrote:
> On Fri, 2008-11-21 at 23:14 +0200, Michel Dänzer wrote:
>
> > No, radeon doesn't (un)install the IRQ handler on VT switch.
>
> It's not a matter of uninstalling the IRQ handler;
Yes, it is.
> the questio
On Tue, 2008-11-18 at 16:23 -0800, Keith Packard wrote:
> On Wed, 2008-11-19 at 00:44 +0200, Michel Dänzer wrote:
> > On Wed, 2008-11-19 at 00:07 +0200, Michel Dänzer wrote:
> > >
> > > This is precisely what DRM_PRE/POST_MODESET are for. Assuming
> > &
On Wed, 2008-11-19 at 00:07 +0200, Michel Dänzer wrote:
>
> This is precisely what DRM_PRE/POST_MODESET are for. Assuming
> xf86-video-intel is calling them appropriately before and after VT
> switch, this is probably a bug in the i915 DRM.
Never mind, I hadn't seen the fix yo
GEM_ENTERVT to play with here.
This is precisely what DRM_PRE/POST_MODESET are for. Assuming
xf86-video-intel is calling them appropriately before and after VT
switch, this is probably a bug in the i915 DRM.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre soft
On Sat, 2008-11-08 at 08:21 -0800, Elladan wrote:
> On Sat, Nov 08, 2008 at 12:27:08PM +0100, Michel Dänzer wrote:
> > On Fri, 2008-11-07 at 23:55 -0800, Elladan wrote:
>
> > > Flipping back to a console and then returning to Xorg fixes the
> > > textures.
> >
se you should fix that, as lots of things rely on
it.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
This SF.Net e
ication fail/crash, or does the
video content just display incorrectly, ...?
As with any X server/driver issue, please provide the full xorg.conf and
Xorg.0.log files.
--
Earthling Michel Dänzer | ht
iprects in drm_rmdraw()
>
> Signed-off-by: Zhenyu Wang <[EMAIL PROTECTED]>
> Signed-off-by: Eric Anholt <[EMAIL PROTECTED]>
> Signed-off-by: Dave Airlie <[EMAIL PROTECTED]>
Will changes like these outside of the i915
.c function r300SetupRSUnit line 1756
Don't know how to satisfy InputsRead=0x0008
***
I think FRAG_BIT_FOGC needs to be handled in a couple of other places as
well, but I'll leave that to Corbin or Nicolai or so. :)
--
Ear
On Thu, 2008-09-04 at 16:43 +0300, Maksym Veremeyenko wrote:
> Michel Dänzer написав(ла):
> > On Thu, 2008-09-04 at 16:13 +0300, Maksym Veremeyenko wrote:
> >> [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for
> >> disabled pipe 0
> >
>
disabled
while there are no GLX clients.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
This SF.Net email is sponsored by t
ts while there are no GLX
clients. This is a crude power saving scheme which will be superseded by
the infamous DRM vblank-rework, which should work with your code.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast |
On Tue, 2008-08-19 at 12:50 -0400, Kristian Høgsberg wrote:
> On Tue, Aug 19, 2008 at 6:57 AM, Michel Dänzer
> <[EMAIL PROTECTED]> wrote:
> > On Mon, 2008-08-18 at 15:30 -0400, Kristian Høgsberg wrote:
> >>
> >> I have pushed the DRI2 update to the dri2proto
I buffers to memory buffers? Or is the idea
to just leave any advanced SwapBuffers schemes to the drivers?
> Since we just end up calling CopyArea, damage is posted automatically
> and now DRI magically works with SW cursors.
Nice for MPX. :)
--
Earthling Michel Dänzer | ht
;s GLX visual reworks. I think the idea is
to only have GLX visuals for the common use cases by default and to
stick to FBConfigs otherwise. There's a xorg.conf Option "GlxVisuals" to
change this though which is documented in the xorg.conf manpage.
--
Earthling Michel Dänzer
On Sun, 2008-07-20 at 12:46 +0200, Michel Dänzer wrote:
> On Sat, 2008-07-19 at 12:54 -0400, Robert Noland wrote:
> >
> > One other issue that I spotted while testing is that we initialize
> > vblank_disable_allowed to 0. The only place that it ever becomes true
> > i
#x27;t know to call the modeset ioctl).
> I'm still (or again) sometimes getting the error about get_vblank_count
> being called on disabled pipe that I need to try and chase down.
I think that's because the 3D driver is trying to sync to a pipe that
the display driver 'disabled
dev->vblank_disable_allowed = 1;
assignment in the _DRM_PRE_MODESET case is superfluous, as the interrupt
won't actually get disabled until the _DRM_POST_MODESET case is hit as
well.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
On Fri, 2008-07-18 at 09:41 -0700, Jesse Barnes wrote:
> On Friday, July 18, 2008 1:12 am Michel Dänzer wrote:
> > On Thu, 2008-07-17 at 09:32 -0700, Jesse Barnes wrote:
> > > On Wednesday, July 16, 2008 11:51 pm Michel Dänzer wrote:
> > > > On Wed, 2008-07-16 at 1
On Thu, 2008-07-17 at 09:32 -0700, Jesse Barnes wrote:
> On Wednesday, July 16, 2008 11:51 pm Michel Dänzer wrote:
> > On Wed, 2008-07-16 at 16:01 -0700, Jesse Barnes wrote:
> > > @@ -408,8 +426,10 @@ int drm_vblank_get(struct drm_device *dev, int crtc)
> > >
;
> - drm_update_vblank_count(dev, crtc);
> seq = drm_vblank_count(dev, crtc);
>
> switch (vblwait->request.type & _DRM_VBLANK_TYPES_MASK) {
I don't think this can be removed altogether, or seq will be stale if
the interrupt is disabled when drm_wai
ts
> they can fix.
https://bugs.freedesktop.org/show_bug.cgi?id=15477 is a DRI2 related
regression reported three months ago but unresolved as of this writing.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian,
On Tue, 2008-06-24 at 08:50 +0200, Michel Dänzer wrote:
> On Mon, 2008-06-23 at 11:02 -0700, Jesse Barnes wrote:
> > On Monday, June 23, 2008 12:51 am Michel Dänzer wrote:
> > > On Fri, 2008-06-20 at 14:27 -0700, Jesse Barnes wrote:
> > > > On Friday, June 20, 2
On Mon, 2008-06-23 at 11:02 -0700, Jesse Barnes wrote:
> On Monday, June 23, 2008 12:51 am Michel Dänzer wrote:
> > On Fri, 2008-06-20 at 14:27 -0700, Jesse Barnes wrote:
> > > On Friday, June 20, 2008 2:09 pm Jesse Barnes wrote:
> > > > Michel, can you take a look at
houghts there?
I've been thinking about this as well, should be worth a try.
Something else I think we need to do before merging vblank-rework into
the kernel is to keep the vblank interrupts enabled and use an atomic
counter until the 2D driver calls the modeset ioctl (or a kernel
t;) should be revisited in the light of these fixes (and the
corresponding xf86-video-ati changes to call the DRM_IOCTL_MODESET_CTL
ioctl). The former should no longer be necessary, and the problem that
prompted the latter is now worked around in the core, as it turned out
to affect the radeon driver a
ike this go to the list or be filed in bugzilla?
I think either is fine; the list is probably less overhead for
everybody, but things are more likely to get missed there.
BTW, please consider using git format-patch / git send-email for patch
submission.
--
Earthling Michel Dänzer
.
All current drivers seem to support the driconf option no_rast. As with
all driconf options, it can be overridden with an environment variable
of the same name, so try setting
no_rast=true
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
n
> results in another lockup. When it's locked up the pointer moves and vt
> switching works but nothing else.
That sounds like an input related X server bug, probably not related to
the original problem.
--
Earthling Michel Dänzer | http://tungstengraph
kernel: [ 5241.516053] trying to get vblank
> count for disabled pipe 1
Note that some of these are for pipe 1 as well as pipe 0. Does the
problem only occur for one of them?
Do you have any GL apps running when this happens?
--
Earthling Michel Dänzer
r to avoid tearing.
The code changed by this commit is only executed when sync-to-vblank is
enabled, which can't be the case at the framerates above.
--
Earthling Michel Dänzer | http://tungstengraphi
pe, but I'm not sure if it needs 64 bits or if 32 are
sufficient.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Thi
. By now, every half-decent distro should use compiz
wrapper scripts to handle this automagically.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Wed, 2008-02-20 at 14:09 -0500, Kristian Høgsberg wrote:
> On Feb 20, 2008 5:20 AM, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2008-02-15 at 09:57 -0500, Kristian Høgsberg wrote:
> > >
> > > Anyway, the code is out there, shouldn'
ause that symbol
is unresolved when libGL tries to dlopen them.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
T
; interface which is basically "just include all the mesa internal
> > headers", I think it will become clear if you try and do this that the
> > state_tracker will sit pretty uncomfortably anywhere other than inside
> > mesa...
>
> So src/mesa/
that the intel driver seem to have no support for FBO at
> the moment :(
It does (for i830 and newer) with Git master of drm, mesa and
xf86-video-intel (or for i830-i945 with the i915tex driver from
mesa_7_0_branch, but getting that running is tricky).
--
Earthling Michel Dänzer
MASK)))
> + count++;
Shouldn't this check vtotal instead of htotal?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--
ponds to (which will typically be the same on 965+ hardware and
> reversed on pre-965 mobile chips).
Yes, the patch looks good to me.
> Jesse "Whose tombstone will read 'Killed by a vblank event'" Barnes
I hope it won't come to that. :)
--
Ear
to do the trick.
P.S. -Bsymbolic currently seems to be only ever used on Linux, people
working on other platforms with shared objects may want to look out for
this kind of problem.
--
Earthling Michel Dänzer | http://tungs
27;t verify it because I don't have multiple cards in any
of my machines.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
d declaration of __driConfigOptions to static (in h file as
> well as in drivers) and now it works.
This change breaks xdriinfo (and thus driconf) because the symbol is no
longer exported from the driver binary.
Does the attached patch fix it? (You'll have to make sure the *_dri.so
get reg
files are readed when opengl
> application starts and opens drivers but what is going on with the
> list from xorg.conf?
xorg.conf options don't (directly) affect the Mesa drivers, so they're
probably irrelevant for this.
--
Earthling Michel Dänzer | http:/
Whoops, I got Felix's address wrong, it's [EMAIL PROTECTED] .
I bounced the post there, but please make sure to use the correct
address on followups.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian,
On Wed, 2007-11-28 at 15:07 +0100, Thomas Hellström wrote:
> Michel Dänzer wrote:
>
> >On Tue, 2007-11-27 at 15:44 -0500, Kristian Høgsberg wrote:
> >
> >
> >>On Nov 27, 2007 2:30 PM, Keith Packard <[EMAIL PROTECTED]> wrote:
> >>...
> >&g
t; sense (like, perhaps, in the X server where a context per client may be
> > useful).
>
> Oh, right we don't need one per GLContext, just per DRI client, mesa
> handles switching between GL contexts. What about multithreaded
> rendering sharing the same drm fd
945 system where waiting for vertical
blank and then submitting the buffer swap blit from userspace resulted
in constant tearing.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthu
finitely be useless if it didn't copy to the real frontbuffer.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
SF.N
dent enough with the control flow
> * inside the X server to implement either fix. -- nh
>
> if (info->ChipFamily>=CHIP_FAMILY_R300)
> drmCommandNone(info->drmFD, DRM_RADEON_CP_IDLE);
> }
This code is gone in current xf86-video-ati; grep it for
info->needCach
resses: Delivery can be disabled for
subscriptions)
The problem should be fixed now.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X a
sa-dri-dbg or build from mesa Git.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
This SF.net email is sponsored by
se = dPriv->vblSeq;
I think this breaks the code following immediately, which waits for
pending flips on the old plane (guess I should have commented that...).
I'd put the new code around the same place where intel_fb->vblank_flags
was updated previously.
--
Earthling Michel Dänzer |
On Thu, 2007-10-25 at 10:25 -0700, Jesse Barnes wrote:
> On Thursday, October 25, 2007 2:02 am Michel Dänzer wrote:
> > > It still has some bugs. When moving windows between screens, Mesa
> > > seems to lose track of the right vblank count to sync against
> > > som
nd merge it. The waiting time for all of these to
actually use the new features is probably an approximation of
infinity...
Unfortunately, I don't have time to work on this right now.
--
Earthling Michel Dänzer | http://tungstengraphics.c
On Wed, 2007-10-24 at 16:10 -0700, Jesse Barnes wrote:
> On Tuesday, October 23, 2007 10:32 am Jesse Barnes wrote:
> > On Tuesday, October 23, 2007 10:03 am Jesse Barnes wrote:
> > > On Tuesday, October 23, 2007 7:32 am Michel Dänzer wrote:
> > > > > Thinking abo
tMSC32 by using per-drawable,
> > per-pipe vblSeq values as you suggest.
>
> Thinking about this more, I think we can make the counter not decrease,
> but I don't think we can avoid bad behavior.
Why not, with something like the scheme Ian outlined above?
--
Earthling Mic
On Tue, 2007-10-16 at 20:30 +0200, Vincent Vanackere wrote:
> > On 10/16/07, Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > >
> > > On Mon, 2007-10-15 at 19:54 +0200, Vincent Vanackere wrote:
> > > >
> > > > (II) AIGLX: enable
On Mon, 2007-10-15 at 19:54 +0200, Vincent Vanackere wrote:
>
> (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
> (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
Update from xserver and mesa Git and try again.
--
Earthling Michel Dänzer |
9a1ae0
> bpp = 4
> override = 0
The question is why it doesn't use zero-copy texture-from-pixmap in the
first place though.
> I can provide more information if necessary,
As always, the X log file might be useful.
--
Earthling Michel Dänzer | h
On Fri, 2007-10-12 at 10:36 +0100, Keith Whitwell wrote:
> Michel Dänzer wrote:
> > On Fri, 2007-10-12 at 10:19 +0100, Keith Whitwell wrote:
> >> Michel Dänzer wrote:
> >>> On Thu, 2007-10-11 at 18:44 -0400, Kristian Høgsberg wrote:
> >>>> On 10/11
t; GLXPixmap or GLXPbuffer capable fbconfigs yet.
Okay, that makes sense then. Thanks for clarifying this.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X an
On Fri, 2007-10-12 at 10:19 +0100, Keith Whitwell wrote:
> Michel Dänzer wrote:
> > On Thu, 2007-10-11 at 18:44 -0400, Kristian Høgsberg wrote:
> >> On 10/11/07, Keith Whitwell <[EMAIL PROTECTED]> wrote:
> >>
> >>> 3) Share buffers wit
lip_t typedef
off of the ioctl #define instead.'). DRM_IOCTL_I915_FLIP was already
defined before drm_i915_flip_t and friends were introduced.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI develope
or ~/.drirc
files.
Does it also happen if you start X with only one screen section enabled
in xorg.conf?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X
es. Does the device's
MMIO aperture swap bytes on its own? If so, and you can't or don't want
to disable that, maybe we need new macros using __raw_read/write* on
Linux.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre so
erval(dPriv,
> intel->vblank_flags);
> + unsigned int interval = driGetVBlankInterval(dPriv, dPriv->vblFlags);
I guess driGetVBlankInterval could be changed to take just dPriv as well
(sorry I didn't think of this before).
--
Earthling Michel Dänzer | h
bably call
intelWindowMoved before driDrawableInitVBlank, to make sure
VBLANK_FLAG_SECONDARY is set for the latter when necessary.
Can you make the corresponding changes to the i915 driver as well?
Looking good overall, thanks for working on this!
--
Earthling Michel Dänzer
On Wed, 2007-09-26 at 08:31 -0700, Jesse Barnes wrote:
> On Wednesday, September 26, 2007 8:11:19 am Michel Dänzer wrote:
> > On Wed, 2007-09-26 at 07:53 -0700, Jesse Barnes wrote:
> > > On Wednesday, September 26, 2007 12:08:13 am Michel Dänzer wrote:
> > > > On
On Wed, 2007-09-26 at 07:53 -0700, Jesse Barnes wrote:
> On Wednesday, September 26, 2007 12:08:13 am Michel Dänzer wrote:
> > On Tue, 2007-09-25 at 13:32 -0700, Jesse Barnes wrote:
> > >
> > > that moves the new fields over to the drawable private. I added a
unds like this is something the software zone
rendering on the i915tex-zone-rendering branch might help for. You'll
need to set the environment variable INTEL_SWZ=1 to make it use software
zone rendering.
--
Earthling Michel Dänzer | http://tungstengraph
On Tue, 2007-09-25 at 13:32 -0700, Jesse Barnes wrote:
> On Monday, September 24, 2007 1:25 am Michel Dänzer wrote:
> > On Fri, 2007-09-21 at 12:46 -0700, Jesse Barnes wrote:
> > > On Friday, September 21, 2007 2:51 am Michel Dänzer wrote:
> > > > > - add code
duces the likelyhood of
the problem occurring (and is probably a good idea anyway, so I plan to
push that change to the main drm repo once I've tested it), it's not a
fix of the actual problem. If you're running a 32 bit secondlife on a 64
bit kernel, see http://bugs.freedesktop.org/s
On Fri, 2007-09-21 at 12:46 -0700, Jesse Barnes wrote:
> On Friday, September 21, 2007 2:51 am Michel Dänzer wrote:
> > > - add code to Mesa so GetMSC/WaitForMSC set DRM_VBLANK_SECONDARY
> > > correctly
> >
> > One idea (with some handwaving :) would be the
On Fri, 2007-09-21 at 07:59 -0700, Jesse Barnes wrote:
> On Friday, September 21, 2007 2:51:02 am Michel Dänzer wrote:
> > > So:
> > > - use the vblank-rework tree to make per-CRTC vblank counters (as
> > > you
> > > say, this breaks some setups but wi
On Wed, 2007-09-19 at 09:59 -0700, Jesse Barnes wrote:
> On Wednesday, September 19, 2007 3:52 am Michel Dänzer wrote:
> > On Tue, 2007-09-18 at 14:54 -0700, Jesse Barnes wrote:
> > > As it stands, DRM_IOCTL_WAIT_VBLANK is downright broken in the new
> > > world of dya
ple to use interfaces
> like DRM_I915_VBLANK_SWAP rather than glXWaitVideoSyncSGI, otherwise
> they'll be highly susceptible to unpredictable scheduling hiccups.
Right, i.e. right now use GLX_SGI_swap_control instead of
GLX_SGI_video_sync whenever possible.
--
Earthling Michel Dän
Accidentally discarded this as spam based on the subject...
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--- Begin Message ---
Hey all,
Apologies if this is the wrong place... Point me in
en wrt alignment of struct members.
But yeah, FWIW I don't think there's any real technical barriers
preventing this approach.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
p_info.aper_size * 1024 * 1024 wraps to 0). (Been there,
done that in the radeon driver...)
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--
On Sat, 2007-08-11 at 04:21 +0400, Oleg wrote:
>
> What can i do to improve perfomance with Mesa 6.5.3/7.0.1?
The first step would probably be to find out what caused the performance
regression, e.g. using git-bisect.
--
Earthling Michel Dänzer | http://tungstengraphi
just be an addition to vblank rework you already proposed
> few weeks ago.
Yes, while vblank fences would be a useful addition (without them, the
above swap scheduling is prone to a race condition with multiple logical
CPUs), I don't think they can be a replacement for the current vblank
mech
On Mon, 2007-07-30 at 22:01 +0100, Sergio Monteiro Basto wrote:
>
> (WW) intel(0): Option "Legacy3D" is not used
> (II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so
Did the build time configure check for DRI_MM succeed?
--
Earthling Michel Dänzer
driver on i945 and
probably i915, maybe more.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
This SF.net email is sp
*** [_module_/home/russ/src/drm/src/linux-core] Error 2
> make[1]: Leaving directory `/usr/src/linux-2.6.21-kamikaze6'
> make: *** [modules] Error 2
I just pushed a change that might fix this.
--
Earthling Michel Dänzer | http
_control extension and/or the driconf option vblank_mode,
which allows the 3D driver to schedule vsync buffer swaps ahead of time.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
---
lx + direct rendering problems, but I think I know
> what causes those.
Probably that the 3D driver doesn't have any texture memory?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre s
* It requires holding the DRM lock, so the 'each tasklet can only
run once at a time' restriction is fine.
I'm looking forward to any suggestions what to do with this in case
tasklets disappear, and I'll gladly provide further clarification on th
of the same name with cat >> before building the
DRM.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
This SF.net e
quot;off" to use i915tex.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
This SF.net email is sponsored by DB2 E
201 - 300 of 1928 matches
Mail list logo