topdown-vm for sun2/sun3

hi folks,

the attached patch enables __USE_TOPDOWN_VM for sun2 and sun3.
I've tested only on a sun3/60.  sun3x should be fine since doesn't
use PMAP_PREFER(), and I just applied the same change to sun2.
does anyone see any problem with this?

-Chuck

Index: src/sys/arch/sun2/include/pmap.h
===================================================================
RCS file: /home/chs/netbsd/cvs/src/sys/arch/sun2/include/pmap.h,v
retrieving revision 1.24
diff -u -p -r1.24 pmap.h
--- src/sys/arch/sun2/include/pmap.h	3 Jun 2011 17:03:52 -0000	1.24
+++ src/sys/arch/sun2/include/pmap.h	7 Dec 2012 23:58:30 -0000
 <at>  <at>  -51,7 +51,7  <at>  <at>  int _pmap_fault(struct vm_map *, vaddr_t

 /* This lets us have some say in choosing VA locations. */
 extern void pmap_prefer(vaddr_t, vaddr_t *);
-#define PMAP_PREFER(fo, ap, sz, td) pmap_prefer((fo), (ap))
+#define PMAP_PREFER(fo, ap, sz, td) pmap_prefer((fo), (ap), (td))

 /* This needs to be a macro for kern_sysctl.c */
 extern segsz_t pmap_resident_pages(pmap_t);
Index: src/sys/arch/sun2/include/vmparam.h
===================================================================
RCS file: /home/chs/netbsd/cvs/src/sys/arch/sun2/include/vmparam.h,v
retrieving revision 1.14

Build broken

The sun3 build is broken and I'm not sure how to fix it:

There is a 

  include "dev/sun/files.sun"

missing in src/sys/arch/sun3/conf/files.sun3, which causes the opt_sunkbd.h
file to not be generated.

The most simple fix is to add something like

defflag opt_sunkbd.h    SPARCBOOK_CMD

to that files instead (even if never used, it will restore the previous
working status).

Most clean fix probably is to add the missing include, but that is not straight
forward due to the zsevent dependency - somone who understands sun3 console/zs
could have a look at that.

Another possible hack would be to #ifdef the include of otp_sunkbd.h ifndef
sun3 in sys/dev/sun/kbd.c.

I would suggest to do the first (with a proper comment), but would like to
give somebody (tm) a chance to instead implement the second option.

Martin

4.0.1/sun3 broken?

I don't _recall_ seeing anything go past that would bear on this, but
perhaps I missed it.

I'm trying to run an at least vaguely modern NetBSD on one of my
Sun-3s, in response to a ping from someone interested in historical
compatability testing.

So I set up netboot and untarred the 4.0.1 distribution sets.  It runs
apparently fine single-user diskless.  But rather than try to do
everything diskless, I wanted to move stuff to the disk I have on it.
I got it labeled fine.  But when I try to newfs it....

Sun3# newfs /dev/rsd0a
/dev/rsd0a: 4212.0MB (8626176 sectors) block size 16384, fragment size 2048
        using 23 cylinder groups of 183.14MB, 11721 blks, 23168 inodes.
super-block backups (for fsck_ffs -b #) at:
trap type=0x0, code=0x145, v=0x5a972c66
kernel: Bus error trap
pid = 17, lid = 1, pc = 0E0F053C, ps = 2004, sfc = 1, dfc = 1
[...register dump...kernel stack dump...]
db> 

This appears to be repeatable; I rebooted and tried again and it
crashed with the same values printed except for the pid and a few
fragments of the kernel stack.

ddb's stack trace says the call chain is syscall, syscall_plain,
sys_pwrite, dofilewrite, vn_write, VOP_WRITE, nfsspec_write,
spec_write, sdwrite, physio, vmapbuf, uvm_km_alloc, uvm_map,
uvm_map_prepare, uvm_km_va_drain, callback_run_roundrobin, trap, panic.

Ok, ok, Sun3 h/w ...

Ok, ok, several people have now responded.  It seems worthwhile for me
to take some time and stick everything on the bench for a detailed
inventory and basic testing.  I will do so and then post again with a
more detailed summary, pictures, part nos, whatever.  May take a few 
days, but I am motivated to get rid of what is now excess clutter...

I would be happy to test the gear with NetBSD and allow any interested
parties to log in, etc.  We have a FreeBSD 8 based NFS server available
(sorry NetBSD fans).  Does anyone have any idea how much trouble that'd
be to use to get an NFS diskless boot up and running?  The root disk 
that we had for the old Sun 3/60 was in the process of failing, and I 
have no confidence that knocking on it to get it spinning will work 
again.

Nice to see Sun fans still out there after all these years.

... JG

Sun3 workstation h/w available

We recently retired what may well be one of the longest continuously
running Sun3/60's on the planet; the old SunOS-based solaria.sol.net 
has been decommissioned and replaced with a virtualized host.

We've got a small number of Sun3 workstation chassis that were held 
onto as potential spares if problems arose.  Most of these haven't 
seen any significant amount of runtime.  If there's any interest in 
the retro computing/NetBSD/etc community, I'd prefer to see these 
units in the hands of an enthusiast rather than rotting in some 3rd
world dump to have their precious metals extracted.

I believe there's a 3/50 and several 3/60's in the pile, I can do a
bit of basic testing on them and check their exact configuration if
anyone is seriously interested.

Also available is a 3rd party drive enclosure that holds 2 5.25" 
SCSI (originally ESDI, IIRC) drives; am willing to provide this
with the needed DB50 SCSI cable and two 600MB Seagate Wren's to
an interested party.

I believe I may have some tape media (no drives, sorry) available.

Some original Sun3 keyboards are in storage but I don't know much
about their condition.  We also have one of the big mono monitors
in storage.  Probably mice.  Haven't used any of that stuff in at
least a decade, though.

If you have any interest, I'm happy to answer any questions or
inquiries.  The Sun3 series served us well, and they don't make any
gear like this anymore.  Contact me directly at

Tape controllers

Hi,

is there any support for VME bus tape controllers (xt) like the Xylogics 
472 in NetBSD?

Christian

b2b marketing lists

Here's some of the healthcare lists we have:

Physicians (34 specialties) - 788k records, 17k emails, 200k fax numbers
Chiropractors - 108,421 total records * 3,414 emails * 6,553 fax numbers
US Surgery Centers - 85k records and 14k emails

Theres many more too, just send me an email here for additional info/samples: Wesley.Lockett <at> tools4success.co.cc

By emailing disappear <at> tools4success.co.cc you will have your email taken off

email mailing list

Please feel free to contact me at the email below for more info and to get samples.

Regards,
Luciano Dillon
Email: Courtney.Dodge <at> optinmailinglists.co.cc

to stop this email in future email us at disappear <at> optinmailinglists.co.cc

__BROKEN_CONFIG_UNIT_USAGE ?

Only NetBSD/sun3 uses __BROKEN_CONFIG_UNIT_USAGE.  The name of this
mysterious #define, which affects which code in subr_autoconf.c is
compiled, implies that sun3 is somehow "broken"?  Will somebody fix it?

Dave

--

-- 
David Young             OJC Technologies
dyoung <at> ojctech.com      Urbana, IL * (217) 278-3933

SUN OS 4.1.x Documentation Set with Distribution Media

I have a full set of SUN OS docs in original binders with distribution 
media (QIC Tape).  I've reached storage capacity and must 
downsize/discard.  If you know of someone who could make use of this, I 
would be like for them to have it.  I'll hold it for a few more weeks, 
if no interest I'm sending it to the land fill :L   It's a fairly heavy 
so shipping expense will be the obstacle on this.

Please send suggestions if this should be posted elsewhere.

Thanks,

David
Birmingham, AL 35242

Internal compiler error problems?

Has anyone, by chance, run into any issues with internal compiler problems
on sun3 with NetBSD-5.0? I've seen it so far with lynx, nmap, tme (yeah -
tme on a sun3... don't ask. :) ) and a couple of others. I don't want to
send a send-pr for each individual package since it's happening enough now
that it may actually be a compiler issue.

Anyone else seeing this?