--bygAmIonOAIqBxQB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Jun 16, 2006 at 03:07:13PM +0000, Christos Zoulas wrote:
> In article <67a22f44bed1715672baa92e866f1538@zyx.in>,
> Cherry G. Mathew  <cherry@zyx.in> wrote:
> >Hi,
> >
> >I was wondering if someone could put down briefly and to the point,=20
> >what the NetBSD "elf" related shortcomings are.
> >
> >Here's my shallow understanding of the situation.
> >
> >- libsa has no standalone support for kernel modules, does not=20
> >understand all elf header types.
> >- There are shortcomings related to kernel module linking, which uses=20
> >userspace ld ( for what ? How ? )
> >
> >It would be could to have a concise elf related feature "wishlist" for=
=20
> >NetBSD. It would probably make a well deserved
> >"projects" entry at http://www.netbsd.org/contrib/projects.html
>=20
> We really need to have an ELF linker inside the kernel, instead of pre-li=
nking
> the object file in userland. The current model makes symbol resolution in
> lkms that depend on each other annoying.

The last part is not true since ksyms.

--=20
Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
"When I find the controls, I'll go where I like, I'll know where I want
to be, but maybe for now I'll stay right here on a silent sea."
KT Tunstall, Silent Sea, Eye to the Telescope, 2004.

--bygAmIonOAIqBxQB
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iQEVAwUBRJLhqdgoQloHrPnoAQIW2gf/coYld3LMRnM8TVBqOJuTkKGwccEbk5MY
2y7Wdpu2H1cIzyrMjaOiKVzjW6jMaDCyyQa8jpVVl6SQOh7MnYDdwdwOnUADYYI3
1RGZYR6kex4nwYUGm2NLoHLpUsUXo1GLDD2Jcmp5CFgXUZzeAaQQh9gBMx3nIIXA
34Jsk/wAvK1uawvDNoSMvBwc/g7uPIzhEG0KoRDtLeEw/tE5U9k9++3Gyp8DujCR
sXWvu542FIswdoGDCSukrHBT6IUAcKpiRjKO2N0D0scJjjTK5z+BE2U7lnQgJ7E7
udxPbDBvZnz8qCI5rC3PLZPZQ3jJxO/65r4fjvNQ11ozzsg7WQRcLQ==
=gTtu
-----END PGP SIGNATURE-----

--bygAmIonOAIqBxQB--