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

Dismiss

freebsd-sparc-digest V5 #206

12 views

Skip to first unread message

owner-freebsd...@freebsd.org

unread,

Dec 31, 2002, 11:35:19 AM12/31/02

freebsd-sparc-digest Tuesday, December 31 2002 Volume 05 : Number 206

In this issue:
sparc64 tinderbox failure
Re: sparc64 tinderbox failure
Re: sparc64 tinderbox failure
Re: sparc64 tinderbox failure
Re: sparc64 tinderbox failure
Re: sparc64 tinderbox failure
Re: sparc64 tinderbox failure
sparc64 tinderbox failure
sparc64 tinderbox failure
ultra 60
Re: ultra 60
Re: ultra 60
sparc64 tinderbox failure
Re: ultra 60
Re: ultra 60
makeworld time chest beating
Latest snap installation problem on NETRA X1

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

Date: Mon, 30 Dec 2002 03:21:22 GMT
From: Mike Barcroft <mi...@sparc64.style9.org>
Subject: sparc64 tinderbox failure

- --------------------------------------------------------------
>>> 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..
- --------------------------------------------------------------
===> sbin/swapon
cc1: warnings being treated as errors
/tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist':
/tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3)
/tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 5)
/tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 3)
/tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 5)
/tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 2)
/tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 4)
*** Error code 1

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

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

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

Stop in /tinderbox/sparc64/src.

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

Date: Sun, 29 Dec 2002 20:27:31 -0800
From: Kris Kennaway <kr...@citusc.usc.edu>
Subject: Re: sparc64 tinderbox failure

- --pvezYHf7grwyp3Bc
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, Dec 30, 2002 at 03:21:22AM +0000, Mike Barcroft wrote:

> ===> sbin/swapon
> cc1: warnings being treated as errors
> /tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist':
> /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3)

Can someone please just fix this (by backing out the offending commit,
if necessary)?

Kris

- --pvezYHf7grwyp3Bc
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

iD8DBQE+D8syWry0BWjoQKURAmeTAKDDL2L21GgawWw2mFCahfQIR/F6ygCgqNqE
+HA+FhsHkDq9doaNfG+PJic=
=6tVy
- -----END PGP SIGNATURE-----

- --pvezYHf7grwyp3Bc--

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

Date: Sun, 29 Dec 2002 21:17:05 -0800
From: David Schultz <dsch...@uclink.Berkeley.EDU>
Subject: Re: sparc64 tinderbox failure

Thus spake Kris Kennaway <kr...@citusc.usc.edu>:
> On Mon, Dec 30, 2002 at 03:21:22AM +0000, Mike Barcroft wrote:
>
> > ===> sbin/swapon
> > cc1: warnings being treated as errors
> > /tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist':
> > /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3)
>
> Can someone please just fix this (by backing out the offending commit,
> if necessary)?

Eek, given a 64-bit size_t, the present code leaves 32 bits of it
uninitialized in the usual case. The following patch ought to fix
the problem; I can't make sure right now because I'm out of town.

Index: swapon.c
===================================================================
RCS file: /home/ncvs/src/sbin/swapon/swapon.c,v
retrieving revision 1.14
diff -u -r1.14 swapon.c
- --- swapon.c 2002/12/28 23:39:47 1.14
+++ swapon.c 2002/12/30 05:15:54
@@ -211,7 +211,7 @@
size_t mibsize, size;
struct xswdev xsw;
int mib[16], n, pagesize;
- - size_t hlen;
+ int hlen;
long blocksize;
long long total = 0;
long long used = 0;

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

Date: Mon, 30 Dec 2002 00:38:10 -0500
From: Craig Rodrigues <rod...@attbi.com>
Subject: Re: sparc64 tinderbox failure

On Sun, Dec 29, 2002 at 09:17:05PM -0800, David Schultz wrote:
> Thus spake Kris Kennaway <kr...@citusc.usc.edu>:
> > On Mon, Dec 30, 2002 at 03:21:22AM +0000, Mike Barcroft wrote:
> >
> > > ===> sbin/swapon
> > > cc1: warnings being treated as errors
> > > /tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist':
> > > /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3)
> >
> > Can someone please just fix this (by backing out the offending commit,
> > if necessary)?
>
> Eek, given a 64-bit size_t, the present code leaves 32 bits of it
> uninitialized in the usual case. The following patch ought to fix
> the problem; I can't make sure right now because I'm out of town.

I'm not sure if your patch will solve the problem.
The offending code is here:
240 if (lflag) {
241 char buf[32];
242 snprintf(buf, sizeof(buf), "%ld-blocks", blocksize);
243 printf("%-13s %*s %*s\n",
244 "Device:",
245 hlen, buf,
246 hlen, "Used:");
247 }

Doesn't the printf() statement in question have the wrong number of
arguments?

- --
Craig Rodrigues
http://www.gis.net/~craigr
rod...@attbi.com

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

Date: Sun, 29 Dec 2002 21:56:47 -0800
From: Juli Mallett <jmal...@FreeBSD.org>
Subject: Re: sparc64 tinderbox failure

* De: Craig Rodrigues <rod...@attbi.com> [ Data: 2002-12-29 ]
[ Subjecte: Re: sparc64 tinderbox failure ]
> I'm not sure if your patch will solve the problem.
> The offending code is here:
> 240 if (lflag) {
> 241 char buf[32];
> 242 snprintf(buf, sizeof(buf), "%ld-blocks", blocksize);
> 243 printf("%-13s %*s %*s\n",
> 244 "Device:",
> 245 hlen, buf,
> 246 hlen, "Used:");
> 247 }
>
>
> Doesn't the printf() statement in question have the wrong number of
> arguments?

No, it's using variable field-length specifiers.
- --
Juli Mallett <jmal...@FreeBSD.org>
AIM: BSDFlata IRC: juli@EFnet#flata
OpenDarwin, Mono, FreeBSD Developer.
ircd-hybrid Developer, EFnet addict.
FreeBSD on MIPS-Anything on FreeBSD.

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

Date: Sun, 29 Dec 2002 22:23:38 -0800
From: David Schultz <dsch...@uclink.Berkeley.EDU>
Subject: Re: sparc64 tinderbox failure

Thus spake Juli Mallett <jmal...@FreeBSD.ORG>:
> * De: Craig Rodrigues <rod...@attbi.com> [ Data: 2002-12-29 ]
> [ Subjecte: Re: sparc64 tinderbox failure ]
> > I'm not sure if your patch will solve the problem.
> > The offending code is here:
> > 240 if (lflag) {
> > 241 char buf[32];
> > 242 snprintf(buf, sizeof(buf), "%ld-blocks", blocksize);
> > 243 printf("%-13s %*s %*s\n",
> > 244 "Device:",
> > 245 hlen, buf,
> > 246 hlen, "Used:");
> > 247 }
> >
> >
> > Doesn't the printf() statement in question have the wrong number of
> > arguments?
>
> No, it's using variable field-length specifiers.

Right. The complaint is that hlen is 64 bits and the printf()
expects the field length specifier to be an int. The same goes
for getbsize(&hlen, ...), so I'm not sure why the compiler didn't
complain about a type mismatch. I guess it just coerced the
pointer to an int *.

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

Date: Sun, 29 Dec 2002 22:35:41 -0800
From: David Schultz <dsch...@uclink.Berkeley.EDU>
Subject: Re: sparc64 tinderbox failure

Thus spake David Schultz <dsch...@uclink.Berkeley.EDU>:
> Right. The complaint is that hlen is 64 bits and the printf()
> expects the field length specifier to be an int. The same goes
> for getbsize(&hlen, ...), so I'm not sure why the compiler didn't
> complain about a type mismatch. I guess it just coerced the
> pointer to an int *.

Aah, the compiler didn't complain because the getbsize() interface
was changed between -CURRENT and -STABLE, and it now takes a
'size_t *' instead of an 'int *' to fill in with the length of the
string. (To me, this change seems absolutely ridiculous, because
the number in question is seldom greater than 10, much less 2^64.)

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

Date: Mon, 30 Dec 2002 09:19:36 GMT
From: Mike Barcroft <mi...@sparc64.style9.org>
Subject: sparc64 tinderbox failure

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

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

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

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

Stop in /tinderbox/sparc64/src.

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

Date: Mon, 30 Dec 2002 11:37:24 GMT
From: Mike Barcroft <mi...@sparc64.style9.org>
Subject: sparc64 tinderbox failure

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

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

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

Stop in /tinderbox/sparc64/src.

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

Date: Mon, 30 Dec 2002 12:29:20 -0700 (MST)
From: RJ45 <rj...@slacknet.com>
Subject: ultra 60

Hello,
I have a ultra 60.
I know freebsd/sparc64 is not already a production release, anyway I
wanted to ask if it is kinda stable and if it will be officially released
with FreeBSD 5.0. I want to try it out because it supports the dual U60
cpu, anyone could give me a feedback of success running it on U60?

thanks

Rick

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

Date: Mon, 30 Dec 2002 11:38:55 -0800
From: "David O'Brien" <obr...@freebsd.org>
Subject: Re: ultra 60

On Mon, Dec 30, 2002 at 12:29:20PM -0700, RJ45 wrote:
> I know freebsd/sparc64 is not already a production release, anyway I
> wanted to ask if it is kinda stable and if it will be officially released
> with FreeBSD 5.0. I want to try it out because it supports the dual U60
> cpu, anyone could give me a feedback of success running it on U60?

Three committers have U60's so it is a very well supported machine.
Four committers have Blade100 is also in that category.

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

Date: Mon, 30 Dec 2002 20:43:20 +0100
From: "De Graeve Jonathan" <jonathan....@imelda.be>
Subject: Re: ultra 60

I don't know for the Ultra 60 but I tried it today on an Sun Ultra
Enterprise 3000 (Ultrasparc II 500Mhz processor) system but the installation
fails

The installation fails because I cannot navigate through the menu, probably
of the type of my keyboard.

I had the same problems when trying to install Netbsd, Openbsd but I finally
managed to install an Debian 3.0 on it (although the keyboard not fully
working and there are problems with it, anyone have the same experience or
an solution?)

I have an Type 6 keyboard

Greetings,

Jonathan

Jonathan De Graeve
Unix/Linux System Administrator
Imelda vzw
Informatica Dienst
Tel: 015/50.52.98
Email: jonathan....@imelda.be

- ----- Original Message -----
From: "RJ45" <rj...@slacknet.com>
To: <freebs...@freebsd.org>
Sent: Monday, December 30, 2002 8:29 PM
Subject: ultra 60

>
> Hello,
> I have a ultra 60.
> I know freebsd/sparc64 is not already a production release, anyway I
> wanted to ask if it is kinda stable and if it will be officially released
> with FreeBSD 5.0. I want to try it out because it supports the dual U60
> cpu, anyone could give me a feedback of success running it on U60?
>
> thanks
>
> Rick
>
>
>
> To Unsubscribe: send mail to majo...@FreeBSD.org
> with "unsubscribe freebsd-sparc" in the body of the message
>
>
> Deze mail werd gecontrolleerd door MailSweeper op ongewenste bijlages,
> spam mail...
>

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

Date: Mon, 30 Dec 2002 20:16:24 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..
- --------------------------------------------------------------
===> bin/df
cc1: warnings being treated as errors
/tinderbox/sparc64/src/bin/df/df.c: In function `prtstat':
/tinderbox/sparc64/src/bin/df/df.c:395: warning: passing arg 1 of `getbsize' from incompatible pointer type
/tinderbox/sparc64/src/bin/df/df.c: In function `update_maxwidths':
/tinderbox/sparc64/src/bin/df/df.c:448: warning: passing arg 1 of `getbsize' from incompatible pointer type
*** Error code 1

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

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

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

Stop in /tinderbox/sparc64/src.

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

Date: Mon, 30 Dec 2002 15:40:48 -0600
From: "Paul T. Root" <pr...@horton.iaces.com>
Subject: Re: ultra 60

If possible do the install thru the serial port. The head and Sun keyboard
combination is not supported.

On Mon, Dec 30, 2002 at 08:43:20PM +0100, De Graeve Jonathan wrote:
> I don't know for the Ultra 60 but I tried it today on an Sun Ultra
> Enterprise 3000 (Ultrasparc II 500Mhz processor) system but the installation
> fails
>
>
> The installation fails because I cannot navigate through the menu, probably
> of the type of my keyboard.
>
> I had the same problems when trying to install Netbsd, Openbsd but I finally
> managed to install an Debian 3.0 on it (although the keyboard not fully
> working and there are problems with it, anyone have the same experience or
> an solution?)
>
> I have an Type 6 keyboard
>
> Greetings,
>
> Jonathan
>
>
> Jonathan De Graeve
> Unix/Linux System Administrator
> Imelda vzw
> Informatica Dienst
> Tel: 015/50.52.98
> Email: jonathan....@imelda.be
>
> ----- Original Message -----
> From: "RJ45" <rj...@slacknet.com>
> To: <freebs...@freebsd.org>
> Sent: Monday, December 30, 2002 8:29 PM
> Subject: ultra 60
>
>
> >
> > Hello,
> > I have a ultra 60.
> > I know freebsd/sparc64 is not already a production release, anyway I
> > wanted to ask if it is kinda stable and if it will be officially released
> > with FreeBSD 5.0. I want to try it out because it supports the dual U60
> > cpu, anyone could give me a feedback of success running it on U60?
> >
> > thanks
> >
> > Rick
> >
> >
> >
> > To Unsubscribe: send mail to majo...@FreeBSD.org
> > with "unsubscribe freebsd-sparc" in the body of the message
> >
> >
> > Deze mail werd gecontrolleerd door MailSweeper op ongewenste bijlages,
> > spam mail...
> >
>
>
>
> To Unsubscribe: send mail to majo...@FreeBSD.org
> with "unsubscribe freebsd-sparc" in the body of the message

- --
Paul T. Root - CCSA, CCSE, CCNA
600 Stinson Blvd, Fl 1S PAG: +1 (877) 693-7155
Minneapolis, MN 55413 WRK: +1 (612) 664-3385
NIC: PTR FAX: +1 (612) 664-4779

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

Date: Mon, 30 Dec 2002 20:56:00 +0100
From: Udo Erdelhoff <u...@nathan.ruhr.de>
Subject: Re: ultra 60

On Mon, Dec 30, 2002 at 08:43:20PM +0100, De Graeve Jonathan wrote:
> The installation fails because I cannot navigate through the menu,
> probably of the type of my keyboard.

This is not caused by your keyboard, but is a more generic problem.
Try installing with a serial console.

/s/Udo
- --
Just say NO to network abuse.
No mercy, no quarter, no survivors, no regret, no remorse, ...

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

Date: Mon, 30 Dec 2002 17:59:48 -0800
From: "David O'Brien" <obr...@freebsd.org>
Subject: makeworld time chest beating

I'm courious what the best 'make world' time is on Sparc64.

I just got 2h16m15.92s real on an E250 w/2x400 MHz, 512MB core, with
/usr/obj on a 4-disk UW-SCSI CCD. RELENG_5_0 branch, GENERIC kernel
(minus WITNESS), and no /etc/make.conf. Note, MALLOC_OPTIONS=AJ is still
the default.

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

Date: Tue, 31 Dec 2002 17:34:24 +0100
From: fra...@i-m-c.it
Subject: Latest snap installation problem on NETRA X1

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

Hi,
i have a NETRA X1 and i like to have freebsd on this system :)

This is the 4th installation from different snapshot, the last one=20
was the 20021130, and it was a pretty stable installation for a=20
- -current release :)

Today (12/31!!!, i'm really fucking crazy guys!) i've tried to=20
re-install with the latest snapshot, 20021228=20
(12/28! you are crazy too! :) ) but during installation process,=20
init process die.

the panic:

panic: Going nowhere without my init!
cpuid =3D 0;
Debugger("panic")
Stopped at Debugger+0x1c: ta %xcc, 1

this is the message in terminal before panic: (from buffered msg)

<118> 1024 bytes read from base dist, chunk 1 of 35 @ 1.0
KBytes/sec.[K
<118>[9C
<118>[m

and the trace from debugger:

db> trace
panic() at panic+0x134
exit1() at exit1+0xbc
sys_exit() at sys_exit+0x2c
syscall() at syscall+0x31c
- -- syscall (1, FreeBSD ELF64, sys_exit) %o7=3D0x296ef8 --
userland() at 0x243ae8
user trace: trap %o7=3D0x296ef8
pc 0x243ae8, sp 0x7fdffffe5c1
pc 0x296880, sp 0x7fdffffe681
pc 0x23c334, sp 0x7fdffffe761
pc 0xb675bcf83912b3ae, sp 0xb32877106dad4639
done
db>

and a ps from debugger:

db> ps
pid proc addr uid ppid pgrp flag stat wmesg wchan
cmd
47 fffff8006df2b618 d5bd6000 0 1 1 0004002 norm[SLPQ
piperd fffff8006801bad0][SLP] cpio
46 fffff8006df2aca0 d5bd0000 0 1 1 0004002 norm[SLPQ
piperd fffff8006801b8c0][SLP] gunzip
29 fffff8006de56000 d5c5c000 0 0 0 0000204 norm[SLPQ
nfsidl c043f9e0][SLP] nfsiod 3
28 fffff8006de56328 d5c5e000 0 0 0 0000204 norm[SLPQ
nfsidl c043f9d8][SLP] nfsiod 2
27 fffff8006de56650 d5c60000 0 0 0 0000204 norm[SLPQ
nfsidl c043f9d0][SLP] nfsiod 1
26 fffff8006de56978 d5c62000 0 0 0 0000204 norm[SLPQ
nfsidl c043f9c8][SLP] nfsiod 0
25 fffff8006de56ca0 d5c64000 0 0 0 0000204 norm[SLPQ
vlruwt fffff8006de56ca0][SLP] vnlru
24 fffff8006de56fc8 d5c66000 0 0 0 0000204 norm[SLPQ
syncer c03f8808][SLP] syncer
9 fffff8006dee2328 d38b8000 0 0 0 0000204 norm[SLPQ
psleep c0438184][SLP] bufdaemon
8 fffff8006dee2650 d38ba000 0 0 0 000020c norm[SLPQ
pgzero c0441b90][SLP] pagezero
7 fffff8006dee2978 d38bc000 0 0 0 0000204 norm[SLPQ
psleep c0441bcc][SLP] vmdaemon
6 fffff8006dee2ca0 d38be000 0 0 0 0000204 norm[SLPQ
psleep c0337450][SLP] pagedaemon
23 fffff8006dee2fc8 d38c0000 0 0 0 0000204 norm[IWAIT]
intr1996: atapci0+
22 fffff8006dee32f0 d38c2000 0 0 0 0000204 new [IWAIT]
intr2021: pcib0
21 fffff8006dee3618 d38c4000 0 0 0 0000204 new [IWAIT]
intr2032: pcib0
20 fffff8006dee3940 d38c6000 0 0 0 0000204 new [IWAIT]
intr2031: pcib0
19 fffff8006dee3c68 d38c8000 0 0 0 0000204 new [IWAIT]
intr2030: pcib0
18 fffff8006df2a000 d5b0a000 0 0 0 0000204 new [IWAIT]
swi5: task queue
17 fffff8006df2a328 d5bca000 0 0 0 0000204 new [IWAIT]
swi3: cambio
16 fffff8006df2a650 d5bcc000 0 0 0 0000204 new [IWAIT]
swi2: camnet
5 fffff8006ded2000 d3726000 0 0 0 0000204 norm[SLPQ
mdwait fffff80040668400][SLP] md0
15 fffff8006ded2328 d38a4000 0 0 0 0000204 norm[RUNQ]
random
4 fffff8006ded2650 d38a6000 0 0 0 0000204 norm[SLPQ
g_down c034d760][SLP] g_down
3 fffff8006ded2978 d38a8000 0 0 0 0000204 norm[SLPQ
g_up c034d758][SLP] g_up
2 fffff8006ded2ca0 d38aa000 0 0 0 0000204 norm[SLPQ
g_events c034d748][SLP] g_event
14 fffff8006ded2fc8 d38ac000 0 0 0 0000204 new [IWAIT]
swi1: net
13 fffff8006ded32f0 d38ae000 0 0 0 0000204 new [IWAIT]
swi4: vm
12 fffff8006ded3618 d38b0000 0 0 0 000020c norm[RUNQ]
swi6: clock
11 fffff8006ded3940 d38b2000 0 0 0 000020c norm[Can run]
idle: cpu0
1 fffff8006ded3c68 d38b4000 0 0 1 0004202 norm[CPU 0]
sysinstall
10 fffff8006dee2000 d38b6000 0 0 0 0000204 norm[CVQ
ktrace c03f26b0][SLP] ktrace
0 c034d890 c0458908 0 0 0 0000200 norm[SLPQ sched
c034d890][SLP] swapper
db>

Regards

Franco

- --=20

Franco (nextime) Lanza - i-m-c.it
Network Admin
tel: +39 347 3243736
Milano - Italy

you can download my public key at:
http://danex.i-m-c.it/nextime.asc || Key Servers
Key fingerprint =3D E4EF A5B7 7B93 0499 2832 D375 F437 D880 83D5 E711
- -----------------------------------

- --UlVJffcvxoiEqYs2
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

iD8DBQE+EccQ9DfYgIPV5xERArfQAKCpnoCSzCB8Lnb+oYc0g+l2gUGmNACgpRXL
qGpd8sH9fp1sclDGzKM3FEg=
=t52s
- -----END PGP SIGNATURE-----

- --UlVJffcvxoiEqYs2--

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

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

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

0 new messages