Linux PARISC architecture development
 help / color / mirror / Atom feed
From: Matthew Wilcox <matthew@wil.cx>
To: Richard Hirst <rhirst@linuxcare.com>
Cc: Matt Taggart <taggart@carmen.fc.hp.com>,
	randolph@tausq.org, lamont@hp.com,
	debian-buildd@list.parisc-linux.org,
	parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] rpc.lockd hangs  (was Re: portmap deb)
Date: Sun, 8 Apr 2001 20:20:46 +0100	[thread overview]
Message-ID: <20010408202046.B19712@parcelfarce.linux.theplanet.co.uk> (raw)
In-Reply-To: <20010407001500.Z9198@linuxcare.com>; from rhirst@linuxcare.com on Sat, Apr 07, 2001 at 12:15:00AM +0100

On Sat, Apr 07, 2001 at 12:15:00AM +0100, Richard Hirst wrote:
> Options (somone who knows the area better than me can correct
> these):
> 
> a) Implement syscall() in glibc - I made an initial stab at that,
> included below, but I didn't get as far as building it.  Not sure
> if my approach was valid for hppa, with some args on stack, etc.
> 
> b) change nfs-common to use the proper glibc wrappers for these
> functions, rather than syscall().
> 
> c) change nfs-common to use INLINE_SYSCALL or something..

Actually I prefer (d) [hands up everyone who's surprised?  :-)]  I
don't see why we should implement syscall in assembler.  After all, that
would be the third implementation :-)  Why not have something along the
lines of:

int syscall(int nr, int arg1, int arg, int arg3, int arg4, int arg5, int arg6)
{
	return INLINE_SYSCALL(nr, arg1, arg2, arg3, arg4, arg5, arg6);
}

I don't have a copy of glibc to hand, so i'm not quite sure on the syntax
of INLINE_SYSCALL.

> I tried a quick hack at (b) and rebuilt.  I didn't get as far as trying
> the new binaries yet, because I was doing this on a 64 bit machine, and...
> both nfsservctl and quotactl are unimplemented on 64 bit :(

Ooops.  Clearly, that needs to get fixed.

-- 
Revolutions do not require corporate support.

  reply	other threads:[~2001-04-08 19:34 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20010406210401.7685C37CDB@carmen.fc.hp.com>
2001-04-06 23:15 ` [parisc-linux] rpc.lockd hangs (was Re: portmap deb) Richard Hirst
2001-04-08 19:20   ` Matthew Wilcox [this message]
2001-04-09  9:56     ` Richard Hirst
2001-04-09 14:21       ` Matthew Wilcox
2001-04-10 14:03         ` Richard Hirst
2001-04-10 16:58           ` Ulrich Drepper
2001-04-10 17:08             ` Matthew Wilcox

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010408202046.B19712@parcelfarce.linux.theplanet.co.uk \
    --to=matthew@wil.cx \
    --cc=debian-buildd@list.parisc-linux.org \
    --cc=lamont@hp.com \
    --cc=parisc-linux@lists.parisc-linux.org \
    --cc=randolph@tausq.org \
    --cc=rhirst@linuxcare.com \
    --cc=taggart@carmen.fc.hp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox