Re: NetBSD2.0/sparc not ready for prime time?

Yes, but as has already been stated, the IPX is sun4c which is different.
I've now taken the lists advice and compiled apache 1.3.33 and bind 9.3.0
without thread support. Hopefully this will end my woes.

--tom

At 03:09 PM 1/31/2005 -0500, Chris Clymer wrote:

>In case anyone missed it:  Apache 2.0 runs on sparc32 in NBSD 2.0 just fine.
>This is from my Sparcstation5:
>
>-bash-3.00$ uname -a
>NetBSD  2.0_RC5 NetBSD 2.0_RC5 (GENERIC) #0: Sat Nov 13 16:06:19 CET
2004
>tecneeq <at> ascent:/home/tecneeq/builds/NetBSD-2.0_RC5-sparc-obj/sys/arch/sparc/compile/GENERIC 
>
>sparc
>-bash-3.00$ httpd -v
>Server version: Apache/2.0.52
>Server built:   Nov 20 2004 13:21:26
>
>So yes, Apache 2.0 runs on 2.0, on sparc32.  I've been running it daily for
>months.  I recall the original poster had an IPX?  Perhaps its a problem with
>sun4c, and not with sun4m.  Trying to run Apache 2.0 on Sparcstation 10's and
>20's would be fairly pointless in that case.  See if these errors are
>replicated on other sun4c machines, because I have had none of them on sun4m.
>
>Here's my dmesg for good measure, on the outside chance that there is
>something very specific to my hardware that explains why I'm not having the
>issue:

Re: NetBSD2.0/sparc not ready for prime time?

On Tue, Feb 01, 2005 at 01:06:46AM -0600, Tom Uban wrote:
> Yes, but as has already been stated, the IPX is sun4c which is different.

There have been reports that threaded programs don't work on sun4c, see

 http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=25633

(and note that it's not realy clear if this is limited to sun4c).
There are also known problems with all sparc{,64} machines when threaded
programs start swapping.

Martin

Re: boot floppy disk2 trouble.

Hisashi T Fujinaka wrote:

> Just as another data point, I had to use a half-dozen brand new floppies
> (probably not as brand new as I would have hoped) before I got a pair
> that worked. This took several hours of experimenting. Plus, the
> floppies passed fdformat without errors.
>
> Floppies are not very reliable any more (if they ever were).
>

thks to all for help.

I tried for quite a while with floppies today and had
alot of trouble just formatting them and dd'ing them.
then they didn't work at booting anyway.

i think i've learned my lesson.
floppies just aren't a long term way of bootin the machine.
the disks and the drives age too much.
a few years ago it would work ok. but now they are too stuffed.

I grabbed the cd ISO and had it installed in 30mins.:)

thks again,
Paul.

>
> On Mon, 31 Jan 2005, Paul (NCC/CS) wrote:
>
> >

Re: NetBSD2.0/sparc not ready for prime time?

In muc.lists.netbsd.port.sparc Martin Husemann wrote:

>There are also known problems with all sparc{,64} machines when threaded
>programs start swapping.

Ah.  This explains things (Sparc64, -current, box runs quite solid in
normal operation, but if I run Mozilla and *then* do things that cause
swapping, I've seen more than one hard system lockup).

"Just another data point"

gert
--

-- 
gert <at> greenie.muc.de   fax: +49-89-35655025   http://alpha.greenie.net/mgetty/

[Motion] pictures shall not infer that low forms of sex relations are
the accepted or common thing.
                        -- Motion picture code (1930)

Re: NetBSD2.0/sparc not ready for prime time?

At 09:26 AM 2/1/2005 +0100, Martin Husemann wrote:

>On Tue, Feb 01, 2005 at 01:06:46AM -0600, Tom Uban wrote:
> > Yes, but as has already been stated, the IPX is sun4c which is different.
>
>There have been reports that threaded programs don't work on sun4c, see
>
>  http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=25633
>
>(and note that it's not realy clear if this is limited to sun4c).
>There are also known problems with all sparc{,64} machines when threaded
>programs start swapping.

Thanks for the pointer. Is there a list of which standard applications
(i.e. those which come in the NetBSD 2.0/sparc release) are compiled with
threads enabled? So far I know of bind.

Of the non-standard applications, I know of apache 2.0 httpd.

--tnx
--tom

Re: NetBSD2.0/sparc not ready for prime time?

Hello,

> Ah.  This explains things (Sparc64, -current, box runs quite solid in
> normal operation, but if I run Mozilla and *then* do things that cause
> swapping, I've seen more than one hard system lockup).

Try the patch Chuck Silvers posted here (and on port-sparc64 ) a couple 
of days ago. On my boxes ( U1 and U10 ) it prevents the kernel panics, 
instead the processes in question mostly get a bus error and dump core 
( although there were a few instances of zombie processes ). Still far 
from being satisfactory but it keeps your box running.

good luck
Michael

Sparc LX install

Hello,

I have a Sparc LX that has been setting around my office for a few 
years and
figure I would put it to some use. The only problem is that I do not 
have a
monitor, CD drive or keyboard for it. The only other computers I have 
are
running OSX. Is there a way to install NetBSD via eithernet, By 
connecting
directly to a computer using a cross over cable?

Thanks for the help,

Kelley

Re: Sparc LX install

On Tue, Feb 01, 2005 at 08:27:20PM -0700, kelley wrote:
> Is there a way to install NetBSD via eithernet, By 
> connecting
> directly to a computer using a cross over cable?

Sure:

ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-2.0/sparc/INSTALL.html#Installing%20NetBSD%20by%20using%20a%20netboot%20setup

Martin

"cpu0: bogus interrupt"

Hi,
I started seeing this on a dual-CPU ss20 running a 2.0_BETA kernel:
cpu0: bogus interrupt ipl 0xa pc=0xf00c442c npc=0xf00c4430 psr=400006c3<S,PS>
cpu0: bogus interrupt ipl 0xa pc=0xf00c4420 npc=0xf00c4424 psr=404006c3<S,PS>

Any idea what this means ?

--

-- 
Manuel Bouyer <bouyer <at> antioche.eu.org>
     NetBSD: 26 ans d'experience feront toujours la difference
--

Re: NetBSD2.0/sparc not ready for prime time?

please try the attached patch for the sun4c-specific pthreads problem.
you'll need both a new kernel and a new libpthread.so
(built with the fixed lock.h)

-Chuck

Index: src/sys/arch/sparc/include/lock.h
===================================================================
RCS file: /cvsroot/src/sys/arch/sparc/include/lock.h,v
retrieving revision 1.17
diff -u -p -r1.17 lock.h
--- src/sys/arch/sparc/include/lock.h	20 Apr 2004 08:48:03 -0000	1.17
+++ src/sys/arch/sparc/include/lock.h	2 Feb 2005 16:47:13 -0000
 <at>  <at>  -57,7 +57,7  <at>  <at>  static __inline__ int __ldstub(__cpu_sim
 	int v;

 	__asm __volatile("ldstub [%1],%0"
-	    : "=r" (v)
+	    : "=&r" (v)
 	    : "r" (addr)
 	    : "memory");

Index: src/sys/arch/sparc/sparc/trap.c
===================================================================
RCS file: /cvsroot/src/sys/arch/sparc/sparc/trap.c,v
retrieving revision 1.155
diff -u -p -r1.155 trap.c
--- src/sys/arch/sparc/sparc/trap.c	28 Aug 2004 17:53:02 -0000	1.155
+++ src/sys/arch/sparc/sparc/trap.c	2 Feb 2005 16:47:22 -0000