On 5 Jun, this message from Benjamin Herrenschmidt echoed through
cyberspace:
quoted
from my XF86Config file...
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
But my kernel config says...
CONFIG_PMAC_APM_EMU=y
The only thing unusual is I am running devfs..
Poor boy... ;)
Na. I run devfs on my Powerbook, and I am very happy. Never had any
problem. I am absolutely certain (even if it may not be true :-) that
using devfs saves me quite a number of HD spinups.
quoted
so i checked /dev
heliosphan dev # find . -name *apm*
./misc/apm_bios
./apm_bios
/dev/misc/apm_bios has perms:
crw------- 1 mutex root 10, 134 Dec 31 1969 apm_bios
Mine show this:
mlan@pooh:~$ ll /dev/apm_bios /dev/misc/apm_bios
lr-xr-xr-x 1 root root 13 2003-05-14 22:42 /dev/apm_bios -> misc/apm_bios
crw-rw---- 1 root root 10, 134 1970-01-01 01:00 /dev/misc/apm_bios
This is with the Debian devfs package, which _may_ fix up a few things.
My devfs config says this:
mlan@pooh:/etc/devfs$ find . -type f |xargs grep apm
/conf.d/apm:REGISTER ^misc/apm_bios$ PERMISSIONS root.root 0660
/conf.d/pmud:REGISTER ^misc/apm_bios$ PERMISSIONS root.root 0660
/perms:REGISTER ^misc/apm_bios PERMISSIONS root.root 0660
plus this one for setting up symlinks:
mlan@pooh:/etc/devfs$ head compat_symlinks
# Enable full compatibility mode for old device names. You may comment these
# out if you don't use the old device names. Make sure you know what you're
# doing!
REGISTER .* MKOLDCOMPAT
UNREGISTER .* RMOLDCOMPAT
quoted
are those normal permissions ? Also, I'm running an enlightenment
battery applet which afaik uses apm layer to report battery level.
So something has to be working. Dave
I don't know wtf with devfs & perms, but the problem is here, once you
fix that, it should work much better ;)
I'm tempted to say: install Debian :-)
Cheers
Michel
-------------------------------------------------------------------------
Michel Lanners | " Read Philosophy. Study Art.
23, Rue Paul Henkes | Ask Questions. Make Mistakes.
L-1710 Luxembourg |
email mlan@cpu.lu |
http://www.cpu.lu/~mlan | Learn Always. "
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
On Thu, Jun 05, 2003 at 11:16:00PM +0200 or thereabouts, Mich Lanners wrote:
On 5 Jun, this message from Benjamin Herrenschmidt echoed through cyberspace:
quoted
quoted
from my XF86Config file...
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
But my kernel config says...
CONFIG_PMAC_APM_EMU=y
The only thing unusual is I am running devfs..
Poor boy... ;)
Na. I run devfs on my Powerbook, and I am very happy. Never had any
problem. I am absolutely certain (even if it may not be true :-) that
using devfs saves me quite a number of HD spinups.
quoted
quoted
so i checked /dev
heliosphan dev # find . -name *apm*
./misc/apm_bios
./apm_bios
/dev/misc/apm_bios has perms:
crw------- 1 mutex root 10, 134 Dec 31 1969 apm_bios
Mine show this:
mlan@pooh:~$ ll /dev/apm_bios /dev/misc/apm_bios
lr-xr-xr-x 1 root root 13 2003-05-14 22:42 /dev/apm_bios -> misc/apm_bios
crw-rw---- 1 root root 10, 134 1970-01-01 01:00 /dev/misc/apm_bios
This is with the Debian devfs package, which _may_ fix up a few things.
My devfs config says this:
well i'm running gentoo, and the symlink is properly there.
mlan@pooh:/etc/devfs$ find . -type f |xargs grep apm
/conf.d/apm:REGISTER ^misc/apm_bios$ PERMISSIONS root.root 0660
/conf.d/pmud:REGISTER ^misc/apm_bios$ PERMISSIONS root.root 0660
/perms:REGISTER ^misc/apm_bios PERMISSIONS root.root 0660
gentoo has devfs configuration in a different place, but I'll dig
through that, see if I can find something similar to that.
plus this one for setting up symlinks:
mlan@pooh:/etc/devfs$ head compat_symlinks
# Enable full compatibility mode for old device names. You may comment these
# out if you don't use the old device names. Make sure you know what you're
# doing!
REGISTER .* MKOLDCOMPAT
UNREGISTER .* RMOLDCOMPAT
quoted
quoted
are those normal permissions ? Also, I'm running an enlightenment
battery applet which afaik uses apm layer to report battery level.
So something has to be working. Dave
I don't know wtf with devfs & perms, but the problem is here, once you
fix that, it should work much better ;)
well(in response to ben) I have a hard time believing that once I fix
permissions it will eliminate a crash that happens 1/20 sleeps. Just
doesn't seem like something a permissions problem would cause. But I'll
fix it and see what happens next week.
I'm tempted to say: install Debian :-)
right, heard that one before. Although I have to admit your the first
debian user in a while that didn't tell me to rtfm ;-)
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
On Sat, 2003-06-07 at 21:28, mutex@kerneli.org wrote:
quoted
quoted
quoted
are those normal permissions ? Also, I'm running an enlightenment
battery applet which afaik uses apm layer to report battery level.
So something has to be working. Dave
I don't know wtf with devfs & perms, but the problem is here, once you
fix that, it should work much better ;)
well(in response to ben) I have a hard time believing that once I fix
permissions it will eliminate a crash that happens 1/20 sleeps. Just
doesn't seem like something a permissions problem would cause.
The permissions don't cause the crash directly, it's the fact that the X
server has no way of dealing with the sleep without using /dev/apm_bios.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
The permissions don't cause the crash directly, it's the fact that
the X server has no way of dealing with the sleep without using
/dev/apm_bios.
I was able to re-create this crash the other day entirely reproduceably.
If I unplug my USB apple mouse while the computer is in between sleeping
and running normally the crash condition i described occurs, namely:
Usually, when the sleep operation completes, there is a quick
screen power blank. Then about another 1.5 seconds of the LCD being
illuminated, with what looks like some random part of video memory
being displayed, then finally the machine goes to sleep. Occasionally
I am seeing a freeze during the step where the machine stays on for
1.5 seconds and has not quite been put to sleep.
Maybe there's a deadlock somewhere in the USB layer sleep code ? I
haven't tried this with other USB devices, but I plan on doing that as
so on as I get back from OLS.
Regards,
Dave
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/