Date: Fri, 22 Jun 2007 23:23:43 +0200 From: Lars Engels <lars.engels@0x20.net> To: Nate Lawson <nate@root.org> Cc: acpi@freebsd.org, arch@freebsd.org, current <current@freebsd.org> Subject: Re: patch: acpi usermode suspend API change Message-ID: <20070622212342.GG16887@e.0x20.net> In-Reply-To: <467AFBA5.6040309@root.org> References: <46756BBE.5030603@root.org> <20070621155330.GE17194@e.0x20.net> <467AA768.60306@root.org> <20070621222603.GB16887@e.0x20.net> <467AFBA5.6040309@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--SNIs70sCzqvszXB4
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Jun 21, 2007 at 03:28:53PM -0700, Nate Lawson wrote:
> Lars Engels wrote:
> > 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
> >>>
> >>> # 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 atkbd=
0 =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 cardb=
us0.cis
> >>> ad0.journals4a apm2 apm37 apm54 cd0 =
=20
> >>> ad0.journals4b apm20 apm38 apm55 cdrom=
@ =20
> >>> ad0.journals4c apm21 apm39 apm56 conso=
le =20
> >>> ad0.journals4d apm22 apm4 apm57 conso=
lectl =20
> >>> ad0.journals4e apm23 apm40 apm58 ctty =
=20
> >>> ad0.journals4f apm24 apm41 apm59 cuad0=
=20
> >>> agpgart apm25 apm42 apm6 cuad0=
=2Einit =20
> >>> apm0 apm26 apm43 apm60 cuad0=
=2Elock =20
> >>> apm1 apm27 apm44 apm61 devct=
l =20
> >>> apm10 apm28 apm45 apm62 devst=
at =20
> >>> apm11 apm29 apm46 apm7 dri/ =
=20
> >>>
> >>> [...]
> >> What are you running that opens /dev/apm? Maybe powerd?
> >>
> >> 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.
> >=20
> > Yes, powerd is running. Do you need additional system info?
>=20
> No, I'm just going to work around this and re-test the patch before
> committing.
With your committed code, everything is working fine now. The power
button sets the system to S5, no apm[0-9] devices, and no more apm
cloning messages on the console.
Thanks, Nate!=20
Lars
--SNIs70sCzqvszXB4
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)
iD8DBQFGfD3eKc512sD3afgRAlRaAJ9a9HFAx1Di5ZEW3abHAJz4w7cbmACgj91P
+nkhx/g5uODHG6esuyWGtMk=
=OHC2
-----END PGP SIGNATURE-----
--SNIs70sCzqvszXB4--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070622212342.GG16887>
