Oops! Have missed that. Thanks for fixing it.
Reviewed-by: Mario Kleiner mario.klei...@tuebingen.mpg.de
*
Mario Kleiner
Max Planck Institute for Biological Cybernetics
Spemannstr. 38
72076 Tuebingen
Germany
e-mail: mario.klei
On Dec 27, 2010, at 12:16 PM, Ville Syrj?l? wrote:
> On Mon, Dec 27, 2010 at 12:58:10AM +0100, Mario Kleiner wrote:
>
>> 2. There are gpu's firing spurious vblank irq's as soon as you enable
>> irq's
>
> You're sure this isn't simply a matter of the driver forgetting to a
On Dec 26, 2010, at 3:53 PM, Andrew Lutomirski wrote:
> On Wed, Dec 22, 2010 at 4:06 PM, Mario Kleiner
> wrote:
>>
>> There's a new drm module parameter for selecting the timeout: echo
>> 50 >
>> /sys/module/drm/parameters/vblankoffdelay
>> would set the
On Dec 27, 2010, at 12:16 PM, Ville Syrjälä wrote:
On Mon, Dec 27, 2010 at 12:58:10AM +0100, Mario Kleiner wrote:
2. There are gpu's firing spurious vblank irq's as soon as you enable
irq's
You're sure this isn't simply a matter of the driver forgetting to ack
the irq just before enabling
On Dec 26, 2010, at 3:53 PM, Andrew Lutomirski wrote:
On Wed, Dec 22, 2010 at 4:06 PM, Mario Kleiner
mario.klei...@tuebingen.mpg.de wrote:
There's a new drm module parameter for selecting the timeout: echo
50
/sys/module/drm/parameters/vblankoffdelay
would set the timeout to 50 msecs
On Dec 22, 2010, at 6:23 PM, Jesse Barnes wrote:
> On Wed, 22 Dec 2010 05:36:13 +0100
> Mario Kleiner wrote:
>
>>>
>>> --
>>>
>>> Message: 1
>>> Date: Mon, 20 Dec 2010 1
On Dec 22, 2010, at 6:23 PM, Jesse Barnes wrote:
On Wed, 22 Dec 2010 05:36:13 +0100
Mario Kleiner mario.klei...@tuebingen.mpg.de wrote:
--
Message: 1
Date: Mon, 20 Dec 2010 19:23:40 -0800
From: Keith Packard kei
high level of
precision and robustness in vblank counting and timestamping for
neuro-science applications and similar stuff.
thanks,
-mario
*
Mario Kleiner
Max Planck Institute for Biological Cybernetics
Spemannstr. 38
72076
On Dec 10, 2010, at 6:45 PM, Jesse Barnes wrote:
> On Fri, 10 Dec 2010 16:00:19 +0100
> Mario Kleiner wrote:
>
>>
>>
>> Original Message
>> Subject: [PATCH] drm-vblank: Always return true vblank count of
>> scheduled vblank event.
&
On Dec 10, 2010, at 6:45 PM, Jesse Barnes wrote:
On Fri, 10 Dec 2010 16:00:19 +0100
Mario Kleiner mario.klei...@tuebingen.mpg.de wrote:
Original Message
Subject: [PATCH] drm-vblank: Always return true vblank count of
scheduled vblank event.
Date: Fri, 10 Dec 2010 15:58:10
Original Message
Subject: [PATCH] drm-vblank: Always return true vblank count of
scheduled vblank event.
Date: Fri, 10 Dec 2010 15:58:10 +0100
From: Mario Kleiner <mario.klei...@tuebingen.mpg.de>
To: airlied at gmail.com
CC: jbarnes at virtuousgeek.org,
Original Message
Subject: [PATCH] drm-vblank: Always return true vblank count of
scheduled vblank event.
Date: Fri, 10 Dec 2010 15:58:10 +0100
From: Mario Kleiner mario.klei...@tuebingen.mpg.de
To: airl...@gmail.com
CC: jbar...@virtuousgeek.org, k...@bitplanet.net, Mario
Oh btw., the patches are against the current drm-radeon-testing tree,
applied after commit...
21c74a8ea8b47eb6c3c621e36578f6e27f65c5c7
"drm, kdb, kms: Change mode_set_base_atomic() enter argument to be an enum"
... and should apply cleanly.
thanks,
-mario
gpu's
has not been tested so far due to lack of hardware.
Signed-off-by: Mario Kleiner
---
drivers/gpu/drm/i915/i915_drv.c |2 +
drivers/gpu/drm/i915/i915_drv.h |7 +++
drivers/gpu/drm/i915/i915_irq.c | 92 ++
drivers/gpu/drm/i915/intel_displa
hooked up to
.get_scanout_position().
This code has been tested on AVIVO hardware, a RV530
(ATI Mobility Radeon X1600) in a Intel Core-2 Duo MacBookPro
and some R600 variant (FireGL V7600) in a single cpu
AMD Athlon 64 PC.
Signed-off-by: Mario Kleiner
---
drivers/gpu/drm/radeon/radeon_displa
iods for better power savings.
Followup patches will use these new functions to
implement precise timestamping for the intel and radeon
kms drivers.
Signed-off-by: Mario Kleiner
---
drivers/gpu/drm/drm_crtc_helper.c | 13 +-
drivers/gpu/drm/drm_irq.c | 563 +
Hi all,
after obsessing over these for another month after xds 2010,
this is the first version of my vblank timestamping patches that
i'm not totally ashamed off.
1st patch modifies the drm vblank handling to maintain precise
timestamps of when vblanks happen. It timestamps the end of
each
Hi all,
after obsessing over these for another month after xds 2010,
this is the first version of my vblank timestamping patches that
i'm not totally ashamed off.
1st patch modifies the drm vblank handling to maintain precise
timestamps of when vblanks happen. It timestamps the end of
each
On Jun 4, 2010, at 4:02 PM, dri-devel-request at lists.freedesktop.org
wrote:
> Message: 2
> Date: Fri, 4 Jun 2010 04:28:02 -0700 (PDT)
> From: bugzilla-daemon at freedesktop.org
> Subject: [Bug 28383] New: Cloned screens with different res/refresh
> cause problems with mesa demos since
On Jun 4, 2010, at 4:02 PM, dri-devel-requ...@lists.freedesktop.org
wrote:
Message: 2
Date: Fri, 4 Jun 2010 04:28:02 -0700 (PDT)
From: bugzilla-dae...@freedesktop.org
Subject: [Bug 28383] New: Cloned screens with different res/refresh
cause problems with mesa demos since new dri2
On Jun 4, 2010, at 7:27 PM, Michel D?nzer wrote:
> On Mit, 2010-06-02 at 16:38 +0200, Mario Kleiner wrote:
>
> I think your analysis is spot on.
>
> The ideal solution would probably be to make the kernel block in the
> command stream (CS) submission ioctl if the CS render
On Jun 4, 2010, at 7:27 PM, Michel Dänzer wrote:
On Mit, 2010-06-02 at 16:38 +0200, Mario Kleiner wrote:
I think your analysis is spot on.
The ideal solution would probably be to make the kernel block in the
command stream (CS) submission ioctl if the CS renders to (and
from?) a
buffer
itForSbcOML itself currently has a bug, for which
i'll send a patch for xorg master/1.8.1 soon].
Didn't do detailed testing, but maybe this points into the right
direction?
best,
-mario
*
Mario Kleiner
Max Planck In
, but maybe this points into the right
direction?
best,
-mario
*
Mario Kleiner
Max Planck Institute for Biological Cybernetics
Spemannstr. 38
72076 Tuebingen
Germany
e-mail: mario.klei...@tuebingen.mpg.de
office: +49 (0)7071/601
501 - 524 of 524 matches
Mail list logo
