From owner-freebsd-acpi@FreeBSD.ORG  Thu Jun 21 22:26:05 2007
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
X-Original-To: acpi@freebsd.org
Delivered-To: freebsd-acpi@FreeBSD.ORG
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 07BEA16A469;
	Thu, 21 Jun 2007 22:26:05 +0000 (UTC) (envelope-from lars@e.0x20.net)
Received: from mail.0x20.net (mail.0x20.net [217.69.67.217])
	by mx1.freebsd.org (Postfix) with ESMTP id BCB0113C480;
	Thu, 21 Jun 2007 22:26:04 +0000 (UTC) (envelope-from lars@e.0x20.net)
Received: by mail.0x20.net (Postfix, from userid 1002)
	id 992DB39E2B; Fri, 22 Jun 2007 00:26:03 +0200 (CEST)
Date: Fri, 22 Jun 2007 00:26:03 +0200
From: Lars Engels <lars.engels@0x20.net>
To: Nate Lawson <nate@root.org>
Message-ID: <20070621222603.GB16887@e.0x20.net>
References: <46756BBE.5030603@root.org> <20070621155330.GE17194@e.0x20.net>
	<467AA768.60306@root.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5"
Content-Disposition: inline
In-Reply-To: <467AA768.60306@root.org>
X-Editor: VIM - Vi IMproved 7.0
X-Operation-System: FreeBSD 5.5-RELEASE
User-Agent: mutt-ng/devel-r804 (FreeBSD)
Cc: acpi@freebsd.org, arch@freebsd.org, current <current@freebsd.org>
Subject: Re: patch: acpi usermode suspend API change
X-BeenThere: freebsd-acpi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ACPI and power management development <freebsd-acpi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-acpi>
List-Post: <mailto:freebsd-acpi@freebsd.org>
List-Help: <mailto:freebsd-acpi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jun 2007 22:26:05 -0000


--s/l3CgOIzMHHjg/5
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jun 21, 2007 at 09:29:28AM -0700, Nate Lawson wrote:
> Lars Engels wrote:
> > And I just saw that every 5 second a new apm device is created!=20
> >=20
> > # ls /dev
> > acd0            apm12           apm3            apm47           apm8   =
    =20
> > acpi            apm13           apm30           apm48           apm9   =
    =20
> > ad0             apm14           apm31           apm49           ata    =
    =20
> > ad0.journal     apm15           apm32           apm5            atkbd0 =
    =20
> > ad0.journals1   apm16           apm33           apm50           bpf0   =
    =20
> > ad0.journals2   apm17           apm34           apm51           bpf1   =
    =20
> > ad0.journals3   apm18           apm35           apm52           bpsm0  =
    =20
> > ad0.journals4   apm19           apm36           apm53           cardbus=
0.cis
> > ad0.journals4a  apm2            apm37           apm54           cd0    =
    =20
> > ad0.journals4b  apm20           apm38           apm55           cdrom@ =
    =20
> > ad0.journals4c  apm21           apm39           apm56           console=
    =20
> > ad0.journals4d  apm22           apm4            apm57           console=
ctl =20
> > ad0.journals4e  apm23           apm40           apm58           ctty   =
    =20
> > ad0.journals4f  apm24           apm41           apm59           cuad0  =
    =20
> > agpgart         apm25           apm42           apm6            cuad0.i=
nit =20
> > apm0            apm26           apm43           apm60           cuad0.l=
ock =20
> > apm1            apm27           apm44           apm61           devctl =
    =20
> > apm10           apm28           apm45           apm62           devstat=
    =20
> > apm11           apm29           apm46           apm7            dri/   =
    =20
> >=20
> > [...]
>=20
> What are you running that opens /dev/apm?  Maybe powerd?
>=20
> I have a patch that handles reaping these devices, unfortunately it is
> pending completion of another patch that allows devfs_destroy() from a
> close() routine.  That part is a core problem in FreeBSD, and it isn't
> really something in acpi.

Yes, powerd is running. Do you need additional system info?

--s/l3CgOIzMHHjg/5
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)

iD8DBQFGevr7Kc512sD3afgRAq0vAKCWrXA4rudrFiI02IYWkTX+MBCkSQCeO5tL
huV7ActDHmjtQauOH62MfPU=
=AKUg
-----END PGP SIGNATURE-----

--s/l3CgOIzMHHjg/5--