From: Philipp Rumpf <prumpf@puffin.external.hp.com>
To: willy@thepuffingroup.com
Cc: Grant Grundler <grundler@cup.hp.com>, parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] [MERGE] -pre8 merge status
Date: Sat, 27 May 2000 11:56:29 -0600 [thread overview]
Message-ID: <20000527115629.A664@puffin.external.hp.com> (raw)
In-Reply-To: <20000527000805.G31075@thepuffingroup.com>; from willy@thepuffingroup.com on Sat, May 27, 2000 at 12:08:05AM -0400
On Sat, May 27, 2000 at 12:08:05AM -0400, willy@thepuffingroup.com wrote:
> On Fri, May 26, 2000 at 08:45:22PM -0600, Philipp Rumpf wrote:
> > > > fs/fs.o: In function `L1184':
> > > > fs/fs.o(.text.init+0x18fc): undefined reference to `nfs_debug'
> > > > net/network.a(sunrpc.o): In function `rpc_create_client':
> > > > sunrpc.o(.text+0x360): undefined reference to `rpc_debug'
> > >
> > > can't see why you're having trouble here. those variables are defined in
> > > net/sunrpc/sysctl.c. is that file being built? i'm getting a toolchain
> > > up here so I can try to reproduce. [Dead hard drives SUCK].
> >
> > grant: did you have CONFIG_SYSCTL set ? if you didn't, that might
> > explain your problems.
>
> I think that's the case. It's disabled by default if you make oldconfig,
> so I'll commit a new defconfig which has it enabled (and has some of
> the new options predefined).
>
> I'm hitting an undefined __shrdiv3 (or something... lost that error
> message, but it's one of those gcc-wants-64-bit-ops symbols).
lshrdi3 ? that should be supplied in arch/parisc/lib but isn't.
if it has mul in it, maybe the nfs code wasn't fixed not to use 64-bit
multiplies. a rather hacky fix for that would be
+++ linux/fs/nfs/nfs2xdr.c Sun May 14 03:31:27 2000
@@ -658,9 +658,9 @@
res->maxfilesize = 0x7FFFFFFF; /* just a guess */
res->bsize = ntohl(*p++);
- res->tbytes = ntohl(*p++) * res->bsize;
- res->fbytes = ntohl(*p++) * res->bsize;
- res->abytes = ntohl(*p++) * res->bsize;
+ res->tbytes = ntohl(*p++) * ((u32)res->bsize);
+ res->fbytes = ntohl(*p++) * ((u32)res->bsize);
+ res->abytes = ntohl(*p++) * ((u32)res->bsize);
res->tfiles = 0;
res->ffiles = 0;
res->afiles = 0;
but istr it was discussed on l-k and fixed.
Sigh. Is it really fun for you to run into the very same problems I
had while merging with 2.3.99-pre6 ?
Philipp Rumpf
prev parent reply other threads:[~2000-05-27 17:56 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-05-26 23:26 [parisc-linux] [MERGE] -pre8 merge status Grant Grundler
2000-05-27 3:37 ` willy
2000-05-27 2:45 ` Philipp Rumpf
2000-05-27 2:54 ` Philipp Rumpf
2000-05-27 4:08 ` willy
2000-05-27 4:56 ` willy
2000-05-27 4:14 ` Alan Modra
2000-05-27 15:31 ` John David Anglin
2000-05-27 18:09 ` Philipp Rumpf
2000-05-27 18:00 ` Philipp Rumpf
2000-05-27 17:56 ` Philipp Rumpf [this message]
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=20000527115629.A664@puffin.external.hp.com \
--to=prumpf@puffin.external.hp.com \
--cc=grundler@cup.hp.com \
--cc=parisc-linux@thepuffingroup.com \
--cc=willy@thepuffingroup.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