Subject: Re: Should tap(4) and etherip(4) really clutter dmesg?
To: Nino Dehne <ndehne@gmail.com>
From: Quentin Garnier <cube@cubidou.net>
List: current-users
Date: 02/27/2007 00:42:36
--okY/llwsL380wWVK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Feb 26, 2007 at 11:23:15PM +0100, Nino Dehne wrote:
> I'm using 3 tap(4) instances on a system. When a tap(4) interface is
> created, the following kernel messages appear:
>=20
>    tap0: faking Ethernet device
>    tap0: Ethernet address f2:0b:a4:91:b1:0e
>=20
> Now I'm not sure I really need that information cluttering dmesg per
> default, since it provides no real information. I know that an
> Ethernet device is being faked by virtue of issuing the ifconfig create
> command. If that were to fail, ifconfig would be telling me. So I don't
> need to check the kernel messages. Also, I can query the resulting random
> MAC address via sysctl.
>=20
> One thing that I thought about was having these messages as a kind of
> audit logging in case the log-reading admin wasn't the one creating the
> interfaces. But then all interface creation should have a message logged.
>=20
> Thus I really think this should be debug output. Similarly, etherip(4)
> devices output the following:
>=20
>    etherip0: Ethernet address f2:0b:a5:18:83:0b
>=20
> It's a bit more terse, but nevertheless redundant IMHO. At the very
> least, they both should be consistent.
>=20
> Any opinions?

Well, the original idea of tap was to pretend to be an Ethernet device
and kind of serve as a basic skeleton for a driver.  It's grown a bit
outside that scope, though.

What you say makes perfect sense;  I'll remove the first line from tap
output and aprint_verbose-ify the other.

--=20
Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
"You could have made it, spitting out benchmarks
Owe it to yourself not to fail"
Amplifico, Spitting Out Benchmarks, Hometakes Vol. 2, 2005.

--okY/llwsL380wWVK
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iQEVAwUBReNwbNgoQloHrPnoAQIJ0ggAwaSagZdxV/qe91dyuutGmo3smmSF1K2G
UJbXxGTtRKae3ki5aGgjadETz5KPHKI9gKyVB7zjr0198jRfW4tEBIwrPLzlS+gD
2j+ncbnvMX0UbOLFY50sgHOPUpckEpXIM0tf+gfLSPgboC1MHBdw7eOzGVO/ag+Y
ED8S1o8wnj17CwflZrJglNvK9ssWTHPD5R3sXamlchrbiZg4DzyO1c5MQJpefpKp
aS9WinFcFXRvVUKs9ibqGbJPPVt+ax3QmZtRBIa3pZPGQZqcDcTkv0C2Z85HOFnV
tLKB7HNnEe6lyZLEZ5tFw0YppWt9F2XaLETiUCCVgCCkjJYz3mKYsA==
=McBo
-----END PGP SIGNATURE-----

--okY/llwsL380wWVK--