Re: export of sys_call_table

Brian F. G. Bidulock (bidulock@openss7.org)
Fri, 4 Oct 2002 05:55:37 -0600


--TRYliJ5NKNqkz5bu
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Arjan,

On Fri, 04 Oct 2002, Arjan van de Ven wrote:

> > static long asmlinkage sys_spipe(int *fd)
> > {
> > int ret =3D -ENOSYS;
> > read_lock(&streams_call_lock);
> > if (do_spipe)
> > ret =3D do_spipe(fd);
> > read_unlock(&streams_call_lock);
> > return ret;
> > }
>=20
> ehm sys_spipe doesn't exist, neither do all but 2 of the others you
> showed.

spipe, fattach, fdetach can sometimes be faked with ioctl().
Perhaps we can reserve these while we're at it.

>=20
> iBCS is dead. It's called linux-abi nowadays.....

AFAIK it lives on as socksys under sparc architecture. See
for example solaris_putmsg and solaris_getmsg in 2.4.18
arch/sparc64/solaris/systbl.S and arch/sparc64/solaris/timod.c

> > But this is repetative and doesn't solve replacement of existing
> > system calls for profilers and such.
>=20
> Profilers don't actually NEED this.... OProfile is fixed for this for
> example in the 2.5 branch.=20

Fair enough. I only really care about the STREAMS system calls...

--brian

--=20
Brian F. G. Bidulock =A6 The reasonable man adapts himself to the =A6
bidulock@openss7.org =A6 world; the unreasonable one persists in =A6
http://www.openss7.org/ =A6 trying to adapt the world to himself. =A6
=A6 Therefore all progress depends on the =A6
=A6 unreasonable man. -- George Bernard Shaw =A6

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9nYG4MYOP2up1d2URAqRdAJ4tl9bVeeh/ymi24d+AgDJ4iOntKwCg5qlN
KpYDMbSLXvnNE8iXBFD0zcg=
=NqlG
-----END PGP SIGNATURE-----

--TRYliJ5NKNqkz5bu--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/