hwd accel framebuffer: Newbi question (sleep in sync)

hwd accel framebuffer: Newbi question (sleep in sync)

[Andrey Volkov]

Hi all,

Anyone could explain me, could I or couldn't
use process sleep (i.e. wait_for..., sleep_on...)
in fb_info->fb_sync and/or in any hwd accelerated routines (i.e. blit,
cursor and rectfill)?
Code, which now in kernel, look terrible for me (counter based pooling).
Must it be so?

--
Regards,
Andrey Volkov


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

Re: hwd accel framebuffer: Newbi question (sleep in sync)

[Antonino A. Daplas]

On Monday 11 July 2005 16:04, Andrey Volkov wrote:
> Hi all,
>
> Anyone could explain me, could I or couldn't
> use process sleep (i.e. wait_for..., sleep_on...)
> in fb_info->fb_sync and/or in any hwd accelerated routines (i.e. blit,
> cursor and rectfill)?

No, in general, it's not safe to sleep in some of the fb_xxx routines,
especially when fbdev is used by fbcon.

> Code, which now in kernel, look terrible for me (counter based pooling).
> Must it be so?

Yes, because of the above reason. A few drivers though test a "can_sleep"
flag and alter behavior between looping and sleeping.

Tony



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click