>Ok, I see. Currently, the sleep process is started from an ioctl sent to
>another driver, which will in turn call various notifier functions to
>shut down bits of hardware and finally put the machine to sleep. It's not
>a direct ioctl to the /dev/fb (which may not be opened).
[snip]...
I need to ask you where is this code? I like to take a look at it to
figure out what you are doing.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[email protected]] ____/|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.net U
http://linuxconsole.sourceforge.net
>
>
>I need to ask you where is this code? I like to take a look at it to
>figure out what you are doing.
You can find the mach64 sleep notifier in atyfb.c (under
CONFIG_POWERBOOK) , the code
that calls sleep notifiers is in drivers/macintosh/via-pmu.c (the various
sleep functions).
The current mach64 & chipsfb notifiers don't do anything to fbcon (they don't
stop the cursor timer neither). I have some WIP progress code in my local
tree that
implements sleep support for more recent models with a notifier in
aty128fb too.
I added some fbcon suspend/resume routines for the cursor, but they are
currently
called from my aty128fb sleep notifier, which is wrong.
Ben.