Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Dismiss

freebsd-sparc-digest V5 #212

0 views

Skip to first unread message

owner-freebsd...@freebsd.org

unread,

Jan 9, 2003, 8:41:01 PM1/9/03

freebsd-sparc-digest Thursday, January 9 2003 Volume 05 : Number 212

In this issue:
Re: vinum
sparc64 tinderbox failure
make failed / FreeBSD 5.0-RC2 sparc64
sparc64 tinderbox failure
sparc64/46870: loader does not resolve module dependencies
sparc64/46871: HME driver not built as module and miibus dependency broken
sparc64 tinderbox failure
Re: sparc64/46871: HME driver not built as module and miibus dependency broken
Re: make failed / FreeBSD 5.0-RC2 sparc64
sparc64 tinderbox failure
Re: sparc64/46870: loader does not resolve module dependencies
Re: sparc64 tinderbox failure
Re: sparc64 tinderbox failure
Re: Panic with sparc nfs client and 4.x i386 server

----------------------------------------------------------------------

Date: Wed, 8 Jan 2003 02:40:01 -0800
From: "David O'Brien" <obr...@FreeBSD.ORG>
Subject: Re: vinum

On Tue, Jan 07, 2003 at 02:44:32PM +0100, Roderick van Domburg wrote:
> Is there any other way I can concatenate disk drives using software?

FreeBSD 5.0-RC2 #1: Sat Jan 4 16:11:04 PST 2003
cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU)
Model: SUNW,Ultra-250
cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
...
Filesystem Size Used Avail Capacity Mounted on
/dev/ccd0d 33G 636M 29G 2% /files

This is a 4-disk ccd(4):
ccd0 128 none /dev/da1d /dev/da2d /dev/da3d /dev/da4d

Use sysinstall to lable the disks, ccdconfig them, use disklable on the
ccd, then newfs.

------------------------------

Date: Wed, 8 Jan 2003 11:26:22 GMT
From: Mike Barcroft <mi...@sparc64.style9.org>
Subject: sparc64 tinderbox failure

Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html

- --------------------------------------------------------------
>>> Rebuilding the temporary build tree
- --------------------------------------------------------------
>>> stage 1: bootstrap tools
- --------------------------------------------------------------
>>> stage 2: cleaning up the object tree
- --------------------------------------------------------------
>>> stage 2: rebuilding the object tree
- --------------------------------------------------------------
>>> stage 2: build tools
- --------------------------------------------------------------
>>> stage 3: cross tools
- --------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
- --------------------------------------------------------------
>>> stage 4: building libraries
- --------------------------------------------------------------
>>> stage 4: make dependencies
- --------------------------------------------------------------
>>> stage 4: building everything..
- --------------------------------------------------------------
>>> Kernel build for GENERIC started on Wed Jan 8 10:16:18 GMT 2003
- --------------------------------------------------------------
===> ipfilter
touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ipfilter/export_syms: No such file or directory
*** Error code 1

Stop in /tinderbox/sparc64/src/sys/modules/ipfilter.
*** Error code 1

Stop in /tinderbox/sparc64/src/sys/modules.
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

------------------------------

Date: Wed, 08 Jan 2003 14:57:14 +0100
From: =?iso-8859-2?B?UGlvdHIgV2+8bmlhaw==?= <piotr....@cs.put.poznan.pl>
Subject: make failed / FreeBSD 5.0-RC2 sparc64

Hi,
When I try to run make in a port (/usr/ports/net/cvsup) I receive following
message
"Cannot determine M3 target for this architecture".
What can I do?
Thanks.
Piotr

------------------------------

Date: Tue, 7 Jan 2003 23:25:05 GMT
From: Mike Barcroft <mi...@sparc64.style9.org>
Subject: sparc64 tinderbox failure

Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html

- --------------------------------------------------------------
>>> Rebuilding the temporary build tree
- --------------------------------------------------------------
>>> stage 1: bootstrap tools
- --------------------------------------------------------------
>>> stage 2: cleaning up the object tree
- --------------------------------------------------------------
>>> stage 2: rebuilding the object tree
- --------------------------------------------------------------
>>> stage 2: build tools
- --------------------------------------------------------------
>>> stage 3: cross tools
- --------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
- --------------------------------------------------------------
>>> stage 4: building libraries
- --------------------------------------------------------------
>>> stage 4: make dependencies
- --------------------------------------------------------------
>>> stage 4: building everything..
- --------------------------------------------------------------
>>> Kernel build for GENERIC started on Tue Jan 7 22:18:05 GMT 2003
- --------------------------------------------------------------
===> ums
touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ums/export_syms: No such file or directory
*** Error code 1

Stop in /tinderbox/sparc64/src/sys/modules/ums.
*** Error code 1

Stop in /tinderbox/sparc64/src/sys/modules.
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

------------------------------

Date: Wed, 8 Jan 2003 16:56:30 +0100 (CET)
From: Hartmut Brandt <bra...@fokus.gmd.de>
Subject: sparc64/46870: loader does not resolve module dependencies

>Number: 46870
>Category: sparc64
>Synopsis: loader does not resolve module dependencies
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-sparc
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Jan 08 08:00:00 PST 2003
>Closed-Date:
>Last-Modified:
>Originator: Hartmut Brandt
>Release: FreeBSD 5.0-CURRENT sparc64
>Organization:
FhI Fokus
>Environment:
System: FreeBSD catssrv.fokus.gmd.de 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Tue Jan 7 18:15:41 CET 2003 ro...@catssrv.fokus.gmd.de:/opt/obj/usr/src/sys/CATSSRV sparc64

>Description:

The boot loader does not resolve module dependencies and does not load
modules upon which a given module depends.

>How-To-Repeat:

Build if_hme.ko and insert the following line into /boot/loader.conf:

if_hme_load="YES"

Reboot and observe the loader to load if_hme.ko but not miibus.ko. Observe
further that the kernel later on reports a missing dependency of hme on
miibus.

>Fix:

The problem is the same as with kldxref and the kernel linker: the loader
fails to process relocation correctly by assuming that only REL records exist.
The correct fix is to have machine dependent relocation routines call from
load_elf.c. This is somewhat complicated by the fact, that load_elf itself
is called via a machine dependent function pointer.

The attached patch is
a hack rather than a fix. Based on the precedent of an #ifdef __i386__
in load_elf.c, MD processing is done for __sparc__ in load_elf.c to do
just enough relocation processing to correctly access dependency information.
Note, that this does not really relocate the loaded image - this is done later
in the kernel linker. Instead local copies of the pointers are relocated.

Index: load_elf.c
===================================================================
RCS file: /usr/ncvs/src/sys/boot/common/load_elf.c,v
retrieving revision 1.24
diff -c -r1.24 load_elf.c
*** load_elf.c 10 May 2002 01:20:37 -0000 1.24
- --- load_elf.c 8 Jan 2003 15:47:10 -0000
***************
*** 52,57 ****
- --- 52,61 ----
Elf_Hashelt nchains;
Elf_Hashelt *buckets;
Elf_Hashelt *chains;
+ #ifdef __sparc__
+ Elf_Rela *rela;
+ size_t relasz;
+ #endif
char *strtab;
size_t strsz;
int fd;
***************
*** 63,68 ****
- --- 67,76 ----

static int elf_loadimage(struct preloaded_file *mp, elf_file_t ef, vm_offset_t loadaddr);
static int elf_lookup_symbol(struct preloaded_file *mp, elf_file_t ef, const char* name, Elf_Sym* sym);
+ #ifdef __sparc__
+ static void elf_reloc_ptr(struct preloaded_file *mp, elf_file_t ef,
+ void *p, void *val, size_t len);
+ #endif
static int elf_parse_modmetadata(struct preloaded_file *mp, elf_file_t ef);
static char *fake_modname(const char *name);

***************
*** 491,496 ****
- --- 499,512 ----
case DT_SYMTAB:
ef->symtab = (Elf_Sym*)(dp[i].d_un.d_ptr + off);
break;
+ #ifdef __sparc__
+ case DT_RELA:
+ ef->rela = (Elf_Rela *)(dp[i].d_un.d_ptr + off);
+ break;
+ case DT_RELASZ:
+ ef->relasz = dp[i].d_un.d_val;
+ break;
+ #endif
default:
break;
}
***************
*** 566,591 ****
- --- 582,628 ----

modcnt = 0;
while (p < p_stop) {
+ #ifdef __sparc__
+ COPYOUT(p, &v, sizeof(v));
+ elf_reloc_ptr(fp, ef, p, &v, sizeof(v));
+ COPYOUT(v, &md, sizeof(md));
+ elf_reloc_ptr(fp, ef, v, &md, sizeof(md));
+ p++;
+ #else
COPYOUT(p++, &v, sizeof(v));
COPYOUT(v + ef->off, &md, sizeof(md));
+ #endif
switch(md.md_type) {
case MDT_DEPEND:
if (ef->kernel) /* kernel must not depend on anything */
break;
+ #ifdef __sparc__
+ s = strdupout((vm_offset_t)md.md_cval);
+ #else
s = strdupout((vm_offset_t)(md.md_cval + ef->off));
+ #endif
minfolen = sizeof(*mdepend) + strlen(s) + 1;
mdepend = malloc(minfolen);
if (mdepend == NULL)
return ENOMEM;
+ #ifdef __sparc__
+ COPYOUT((vm_offset_t)md.md_data, mdepend, sizeof(*mdepend));
+ #else
COPYOUT((vm_offset_t)(md.md_data + ef->off), mdepend, sizeof(*mdepend));
+ #endif
strcpy((char*)(mdepend + 1), s);
free(s);
file_addmetadata(fp, MODINFOMD_DEPLIST, minfolen, mdepend);
free(mdepend);
break;
case MDT_VERSION:
+ #ifdef __sparc__
+ s = strdupout((vm_offset_t)md.md_cval);
+ COPYOUT((vm_offset_t)md.md_data, &mver, sizeof(mver));
+ #else
s = strdupout((vm_offset_t)(md.md_cval + ef->off));
COPYOUT((vm_offset_t)(md.md_data + ef->off), &mver, sizeof(mver));
+ #endif
file_addmodule(fp, s, mver.mv_version, NULL);
free(s);
modcnt++;
***************
*** 657,659 ****
- --- 694,723 ----
}
return ENOENT;
}
+
+ #ifdef __sparc__
+ /*
+ * Apply any intra-module relocations to the value. *p is the load address
+ * of the value and val/len is the value to be modified. This does NOT modify
+ * the image in-place, because this is done by kern_linker later on.
+ */
+ static void
+ elf_reloc_ptr(struct preloaded_file *mp, elf_file_t ef,
+ void *p, void *val, size_t len)
+ {
+ Elf_Addr off = (Elf_Addr)p - ef->off, word;
+ size_t n;
+ Elf_Rela r;
+
+ for (n = 0; n < ef->relasz / sizeof(r); n++) {
+ COPYOUT(ef->rela + n, &r, sizeof(r));
+
+ if (r.r_offset >= off && r.r_offset < off + len &&
+ ELF_R_TYPE(r.r_info) == R_SPARC_RELATIVE) {
+ word = ef->off + r.r_addend;
+ bcopy(&word, (char *)val + (r.r_offset - off),
+ sizeof(word));
+ }
+ }
+ }
+ #endif

>Release-Note:
>Audit-Trail:
>Unformatted:

------------------------------

Date: Wed, 8 Jan 2003 17:05:05 +0100 (CET)
From: Hartmut Brandt <bra...@fokus.gmd.de>
Subject: sparc64/46871: HME driver not built as module and miibus dependency broken

>Number: 46871
>Category: sparc64
>Synopsis: HME driver not built as module and miibus dependency broken
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-sparc
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Jan 08 08:10:03 PST 2003
>Closed-Date:
>Last-Modified:
>Originator: Hartmut Brandt
>Release: FreeBSD 5.0-CURRENT sparc64
>Organization:
FhI Fokus
>Environment:
System: FreeBSD catssrv.fokus.gmd.de 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Tue Jan 7 18:15:41 CET 2003 ro...@catssrv.fokus.gmd.de:/opt/obj/usr/src/sys/CATSSRV sparc64

>Description:

The driver for the HME ethernet card is not built as a module.

There is a typo in the dependency on miibus in the HME driver.

>How-To-Repeat:

ls -l /boot/kernel/if_hme.ko

and observe that the file is not found.

Create the module by applying part of the patches below and try to load
the module. Observe that it cannot be loaded.

>Fix:

Create sys/modules/hme and place the following Makefile into this
directory.

# $FreeBSD: src/sys/modules/xl/Makefile,v 1.13 2001/01/06 14:00:42 obrien Exp $

.PATH: ${.CURDIR}/../../dev/hme

KMOD= if_hme
SRCS= if_hme.c if_hme_pci.c opt_bdg.h device_if.h bus_if.h pci_if.h
SRCS+= miibus_if.h

.include <bsd.kmod.mk>

Then apply the following patch and rebuild your kernel.

Index: modules/Makefile
===================================================================
RCS file: /usr/ncvs/src/sys/modules/Makefile,v
retrieving revision 1.294
diff -c -r1.294 Makefile
*** modules/Makefile 13 Dec 2002 00:32:29 -0000 1.294
- --- modules/Makefile 8 Jan 2003 16:02:05 -0000
***************
*** 150,155 ****
- --- 150,159 ----
SUBDIR+=syscons
.endif

+ .if ${MACHINE_ARCH} == "sparc64"
+ SUBDIR+=hme
+ .endif
+
# XXX some of these can move to the general case when de-i386'ed
# XXX some of these can move now, but are untested on other architectures.
.if ${MACHINE_ARCH} == "i386"
Index: dev/hme/if_hme.c
===================================================================
RCS file: /usr/ncvs/src/sys/dev/hme/if_hme.c,v
retrieving revision 1.8
diff -c -r1.8 if_hme.c
*** dev/hme/if_hme.c 6 Jan 2003 22:12:57 -0000 1.8
- --- dev/hme/if_hme.c 8 Jan 2003 16:02:05 -0000
***************
*** 122,128 ****
static int hme_nerr;

DRIVER_MODULE(miibus, hme, miibus_driver, miibus_devclass, 0, 0);
! MODULE_DEPEND(hem, miibus, 1, 1, 1);

#define HME_SPC_READ_4(spc, sc, offs) \
bus_space_read_4((sc)->sc_ ## spc ## t, (sc)->sc_ ## spc ## h, \
- --- 122,128 ----
static int hme_nerr;

DRIVER_MODULE(miibus, hme, miibus_driver, miibus_devclass, 0, 0);
! MODULE_DEPEND(hme, miibus, 1, 1, 1);

#define HME_SPC_READ_4(spc, sc, offs) \
bus_space_read_4((sc)->sc_ ## spc ## t, (sc)->sc_ ## spc ## h, \

>Release-Note:
>Audit-Trail:
>Unformatted:

------------------------------

Date: Wed, 8 Jan 2003 17:25:45 GMT
From: Mike Barcroft <mi...@sparc64.style9.org>
Subject: sparc64 tinderbox failure

Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html

- --------------------------------------------------------------
>>> Rebuilding the temporary build tree
- --------------------------------------------------------------
>>> stage 1: bootstrap tools
- --------------------------------------------------------------
>>> stage 2: cleaning up the object tree
- --------------------------------------------------------------
>>> stage 2: rebuilding the object tree
- --------------------------------------------------------------
>>> stage 2: build tools
- --------------------------------------------------------------
>>> stage 3: cross tools
- --------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
- --------------------------------------------------------------
>>> stage 4: building libraries
- --------------------------------------------------------------
>>> stage 4: make dependencies
- --------------------------------------------------------------
>>> stage 4: building everything..
- --------------------------------------------------------------
>>> Kernel build for GENERIC started on Wed Jan 8 16:16:05 GMT 2003
- --------------------------------------------------------------
===> ipfilter
touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ipfilter/export_syms: No such file or directory
*** Error code 1

Stop in /tinderbox/sparc64/src/sys/modules/ipfilter.
*** Error code 1

Stop in /tinderbox/sparc64/src/sys/modules.
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

------------------------------

Date: Wed, 8 Jan 2003 10:37:05 -0800 (PST)
From: Thomas Moestl <t...@FreeBSD.org>
Subject: Re: sparc64/46871: HME driver not built as module and miibus dependency broken

Synopsis: HME driver not built as module and miibus dependency broken

Responsible-Changed-From-To: freebsd-sparc->tmm
Responsible-Changed-By: tmm
Responsible-Changed-When: Wed Jan 8 10:36:26 PST 2003
Responsible-Changed-Why:
I'll take care of this.

http://www.freebsd.org/cgi/query-pr.cgi?pr=46871

------------------------------

Date: Wed, 8 Jan 2003 10:56:39 -0800
From: "David O'Brien" <obr...@FreeBSD.ORG>
Subject: Re: make failed / FreeBSD 5.0-RC2 sparc64

On Wed, Jan 08, 2003 at 02:57:14PM +0100, Piotr Wo?niak wrote:
> Hi,
> When I try to run make in a port (/usr/ports/net/cvsup) I receive following
> message
> "Cannot determine M3 target for this architecture".
> What can I do?

Wait. :-)

The M3 compiler is still being ported.

------------------------------

Date: Wed, 8 Jan 2003 23:25:12 GMT
From: Mike Barcroft <mi...@sparc64.style9.org>
Subject: sparc64 tinderbox failure

Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html

- --------------------------------------------------------------
>>> Rebuilding the temporary build tree
- --------------------------------------------------------------
>>> stage 1: bootstrap tools
- --------------------------------------------------------------
>>> stage 2: cleaning up the object tree
- --------------------------------------------------------------
>>> stage 2: rebuilding the object tree
- --------------------------------------------------------------
>>> stage 2: build tools
- --------------------------------------------------------------
>>> stage 3: cross tools
- --------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
- --------------------------------------------------------------
>>> stage 4: building libraries
- --------------------------------------------------------------
>>> stage 4: make dependencies
- --------------------------------------------------------------
>>> stage 4: building everything..
- --------------------------------------------------------------
>>> Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003
- --------------------------------------------------------------
===> vx
touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory
*** Error code 1

Stop in /tinderbox/sparc64/src/sys/modules/vx.
*** Error code 1

Stop in /tinderbox/sparc64/src/sys/modules.
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

------------------------------

Date: Wed, 8 Jan 2003 17:49:18 -0800 (PST)
From: Jake Burkholder <ja...@FreeBSD.org>
Subject: Re: sparc64/46870: loader does not resolve module dependencies

Synopsis: loader does not resolve module dependencies

Responsible-Changed-From-To: freebsd-sparc->jake
Responsible-Changed-By: jake
Responsible-Changed-When: Wed Jan 8 17:48:47 PST 2003
Responsible-Changed-Why:

http://www.freebsd.org/cgi/query-pr.cgi?pr=46870

------------------------------

Date: Wed, 8 Jan 2003 21:45:58 -0500
From: Jake Burkholder <ja...@locore.ca>
Subject: Re: sparc64 tinderbox failure

Apparently, On Wed, Jan 08, 2003 at 11:25:12PM +0000,
Mike Barcroft said words to the effect of;

> Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
>
> --------------------------------------------------------------
> >>> Rebuilding the temporary build tree
> --------------------------------------------------------------
> >>> stage 1: bootstrap tools
> --------------------------------------------------------------
> >>> stage 2: cleaning up the object tree
> --------------------------------------------------------------
> >>> stage 2: rebuilding the object tree
> --------------------------------------------------------------
> >>> stage 2: build tools
> --------------------------------------------------------------
> >>> stage 3: cross tools
> --------------------------------------------------------------
> >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
> --------------------------------------------------------------
> >>> stage 4: building libraries
> --------------------------------------------------------------
> >>> stage 4: make dependencies
> --------------------------------------------------------------
> >>> stage 4: building everything..
> --------------------------------------------------------------
> >>> Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003
> --------------------------------------------------------------
> ===> vx
> touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory
> *** Error code 1

FWIW, I can't reproduce this locally, it must be a problem with the
tinderbox. I haven't seen Mike around lately, hopefully he can see
what's going on soon.

Sorry for the spam.

Jake

------------------------------

Date: Wed, 8 Jan 2003 21:44:25 -0500
From: Mike Barcroft <mi...@FreeBSD.org>
Subject: Re: sparc64 tinderbox failure

Jake Burkholder <ja...@locore.ca> writes:
> Apparently, On Wed, Jan 08, 2003 at 11:25:12PM +0000,
> Mike Barcroft said words to the effect of;
> > --------------------------------------------------------------
> > >>> Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003
> > --------------------------------------------------------------
> > ===> vx
> > touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory
> > *** Error code 1
>
> FWIW, I can't reproduce this locally, it must be a problem with the
> tinderbox. I haven't seen Mike around lately, hopefully he can see
> what's going on soon.
>
> Sorry for the spam.

Hmm, I'll try clearing the obj directory and see if that helps. I did
have some trouble with the filesystem the tinderbox runs on. fsck may
have deleted some files that left things in an unexpected state.

Best regards,
Mike Barcroft

------------------------------

Date: Thu, 9 Jan 2003 17:40:22 -0800
From: Kris Kennaway <kr...@obsecurity.org>
Subject: Re: Panic with sparc nfs client and 4.x i386 server

- --82I3+IH0IqGh5yIs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Dec 11, 2002 at 04:01:01PM -0800, Kris Kennaway wrote:
> It looks like there is an interop problem with a FreeBSD sparc nfs
> client running from a 4.x i386 nfs server. I got panics about once a
> day on my nfs server at home when I tried to do sparc package builds
> from it (this is with RELENG_4 going back at least 6 months), and in
> the past two days (since I started using it to build sparc packages
> too) bento.freebsd.org has panicked twice with:
>=20
> Fatal double fault:
> eip =3D 0xc0279bf6
> esp =3D 0xe1771fec
> ebp =3D 0xe1772018
> mp_lock =3D 00000100; cpuid =3D 0; lapic.id =3D 01000000
> panic: double fault
> mp_lock =3D 00000100; cpuid =3D 0; lapic.id =3D 01000000
> boot() called on cpu#0
>=20
> Since I switched to a 5.0 nfs server at home I have not seen this
> problem, so it appears to be RELENG_4 only.
>=20
> Has anyone else experienced this?

I'm still getting this periodically on bento. The latest one is:

Fatal double fault:
eip =3D 0xc0276b13
esp =3D 0xdfd14000
ebp =3D 0xdfd1408c
mp_lock =3D 01000079; cpuid =3D 1; lapic.id =3D 00000000
panic: double fault
mp_lock =3D 01000079; cpuid =3D 1; lapic.id =3D 00000000
Debugger("panic")

and the machine hangs there (it always does when I have DDB in the
kernel). I'm going to have to upgrade bento to 5.0 unless anyone can
offer any advice.

Kris

- --82I3+IH0IqGh5yIs
Content-Type: application/pgp-signature
Content-Disposition: inline

- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD4DBQE+HiSFWry0BWjoQKURAg2TAKCIkl9LN0tgYQZy4kWXbKNyQqcZNgCXY3Dx
yt4zupGMh3JAkueCQzNM7w==
=3t/X
- -----END PGP SIGNATURE-----

- --82I3+IH0IqGh5yIs--

------------------------------

End of freebsd-sparc-digest V5 #212
***********************************

To Unsubscribe: send mail to majo...@FreeBSD.org
with unsubscribe freebsd-sparc-digest in the body of the message

0 new messages