gmane.os.netbsd.ports.sun3

topdown-vm for sun2/sun3

Chuck Silvers — 2012-12-10T16:34:43

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.h3 Jun 2011 17:03:52 -00001.24
+++ src/sys/arch/sun2/include/pmap.h7 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
diff -u -p -r1.14 vmparam.h
--- src/sys/arch/sun2/include/vmparam.h6 Nov 2010 15:42:49 -00001.14
+++ src/sys/arch/sun2/include/vmparam.h7 Dec 2012 23:59:29 -0000
< at >< at > -26,6 +26,8 < at >< at >
  * POSSIBILITY OF SUCH DAMAGE.
  */
 
+#define __USE_TOPDOWN_VM
+
 /*
  * Machine dependent constants for Sun2
  *
Index: src/sys/arch/sun2/sun2/pmap.c
===================================================================
RCS file: /home/chs/netbsd/cvs/src/sys/arch/sun2/sun2/pmap.c,v
retrieving revision 1.45
diff -u -p -r1.45 pmap.c
--- src/sys/arch/sun2/sun2/pmap.c31 Jan 2012 22:47:08 -00001.45
+++ src/sys/arch/sun2/sun2/pmap.c7 Dec 2012 23:59:52 -0000
< at >< at > -3683,12 +3683,18 < at >< at > pmap_zero_page(paddr_t pa)
  * (This will just seg-align mappings.)
  */
 void 
-pmap_prefer(vaddr_t fo, vaddr_t *va)
+pmap_prefer(vaddr_t fo, vaddr_t *va, int td)
 {
 long d;
 
 d = fo - *va;
 d &= SEGOFSET;
+if (d == 0) {
+return;
+}
+if (td) {
+*va -= SEGOFSET + 1;
+}
 *va += d;
 }
 
Index: src/sys/arch/sun3/include/pmap3.h
===================================================================
RCS file: /home/chs/netbsd/cvs/src/sys/arch/sun3/include/pmap3.h,v
retrieving revision 1.48
diff -u -p -r1.48 pmap3.h
--- src/sys/arch/sun3/include/pmap3.h3 Jun 2011 17:03:52 -00001.48
+++ src/sys/arch/sun3/include/pmap3.h7 Dec 2012 23:46:47 -0000
< at >< at > -50,8 +50,8 < at >< at > struct pmap {
 int _pmap_fault(struct vm_map *, vaddr_t, vm_prot_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))
+extern void pmap_prefer(vaddr_t, vaddr_t *, int);
+#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/sun3/include/vmparam.h
===================================================================
RCS file: /home/chs/netbsd/cvs/src/sys/arch/sun3/include/vmparam.h,v
retrieving revision 1.36
diff -u -p -r1.36 vmparam.h
--- src/sys/arch/sun3/include/vmparam.h6 Nov 2010 15:42:49 -00001.36
+++ src/sys/arch/sun3/include/vmparam.h7 Dec 2012 22:57:42 -0000
< at >< at > -29,6 +29,8 < at >< at >
 #ifndef _SUN3_VMPARAM_H_
 #define _SUN3_VMPARAM_H_ 1
 
+#define __USE_TOPDOWN_VM
+
 /*
  * We use 8K pages on both the sun3 and sun3x.  Override PAGE_*
  * to be compile-time constants.
Index: src/sys/arch/sun3/sun3/pmap.c
===================================================================
RCS file: /home/chs/netbsd/cvs/src/sys/arch/sun3/sun3/pmap.c,v
retrieving revision 1.167
diff -u -p -r1.167 pmap.c
--- src/sys/arch/sun3/sun3/pmap.c29 Jan 2012 16:24:51 -00001.167
+++ src/sys/arch/sun3/sun3/pmap.c7 Dec 2012 23:52:26 -0000
< at >< at > -3621,12 +3621,18 < at >< at > pmap_zero_page(paddr_t pa)
  * (This will just seg-align mappings.)
  */
 void 
-pmap_prefer(vaddr_t fo, vaddr_t *va)
+pmap_prefer(vaddr_t fo, vaddr_t *va, int td)
 {
 long d;
 
 d = fo - *va;
 d &= SEGOFSET;
+if (d == 0) {
+return;
+}
+if (td) {
+*va -= SEGOFSET + 1;
+}
 *va += d;
 }

Build broken

Martin Husemann — 2012-05-05T10:55:39

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?

der Mouse — 2011-02-13T16:59:23

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.
About all this says to me is that it's in a part of the kernel I don't
know - and that it (probably) isn't something like broken hardware
causing the sd driver to go insane.

The kernel is the stock sun3 4.0.1 GENERIC kernel, MD5
3e31d29f198ba236eafd8692b6ed9d4f.  Full dmesg appears after my
signature.

Any thoughts?

/~\ The ASCII  Mouse
\ / Ribbon Campaign
 X  Against HTMLmouse< at >rodents-montreal.org
/ \ Email!     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B

Here's that dmesg:

Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 4.0.1 (GENERIC) #0: Wed Oct  8 01:35:31 PDT 2008
builds< at >wb40:/home/builds/ab/netbsd-4-0-1-RELEASE/sun3/200810080053Z-obj/home/builds/ab/netbsd-4-0-1-RELEASE/src/sys/arch/sun3/compile/GENERIC
Model: sun3 60
fpu: mc68881
total memory = 24576 KB
avail memory = 21952 KB
timecounter: Timecounters tick every 10.000 msec
mainbus0 (root)
obio0 at mainbus0
zsc0 at obio0 addr 0x0 ipl 6: (softpri 3)
kbd0 at zsc0 channel 0: baud rate 1200
ms0 at zsc0 channel 1: baud rate 1200
zsc1 at obio0 addr 0x20000 ipl 6: (softpri 3)
zstty0 at zsc1 channel 0 (console i/o)
zstty1 at zsc1 channel 1
eeprom0 at obio0 addr 0x40000
oclock0 at obio0 addr 0x60000 ipl 5: intersil7170
memerr0 at obio0 addr 0x80000 ipl 7: (Parity memory)
intreg0 at obio0 addr 0xa0000
le0 at obio0 addr 0x120000 ipl 3: address 08:00:20:06:20:68
le0: 8 receive buffers, 2 transmit buffers
si0 at obio0 addr 0x140000 ipl 2: options=0xf
scsibus0 at si0: 8 targets, 8 luns per target
obmem0 at mainbus0
bwtwo0 at obmem0 addr 0xff000000 (1152x900)
enabling interrupts
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 1 lun 0: <SEAGATE, ST34573N, 6244> disk fixed
sd0: 4340 MB, 7501 cyl, 5 head, 237 sec, 512 bytes/sect x 8888924 sectors
sd0: async, 8-bit transfers
boot device: le0
root on le0
nfs_boot: trying RARP (and RPC/bootparam)
nfs_boot: client_addr=10.0.1.8 (RARP from 10.0.1.2)
nfs_boot: server_addr=10.0.1.2
nfs_boot: hostname=Sun3
nfs_boot: gateway=10.0.1.1
nfs_boot: my_mask=255.255.255.0
root on 10.0.1.2:/nfs/sun3
root file system type: nfs

Hello Urgent pls

Jack Straw(ESQ). — 2010-12-03T08:09:47

My name is Jack Straw, We are solicitors to the great
Atlanta Physician and Philanthropists Mr.George Brumley.

I wish to notify you that he made you one of the
beneficiaries of his estate. He left the sum of Ten Million
One Hundred Thousand Dollars for you.

See Link:

http://www.cnn.com/2003/WORLD/africa/07/20/kenya.crash/index.html

He must have been in contact  with you in the past or
you were nominated to him in his vision to expand his
Charity work, and he instructed that you are to use part of
the funds to promote his legacy through activities that aim
to help the old, poor, needy and disabled in the
society.  Please reply with:

1.Your Full names.
2.Valid Contact address.
3.Contact Telephone and fax numbers.

Regards,

Jack Straw(ESQ).


NB:
Please get back to me via my direct email: jackstraw.esq< at >gmail.com

I need your help...

H. Abery — 2010-10-16T18:23:24

Beloved,

My present condition is very unfortunate. I have been trying to contact you about a huge donation to be made through you. Please reply for more information.

Remain Blessed
Mrs Abery

I need your help...

H. Abery — 2010-10-16T18:23:24

Beloved,

My present condition is very unfortunate. I have been trying to contact you about a huge donation to be made through you. Please reply for more information.

Remain Blessed
Mrs Abery

Ok, ok, Sun3 h/w ...

Joe Greco — 2010-07-13T20:29:46

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

Joe Greco — 2010-07-13T15:30:28

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

"netbsd-port-sun3< at >8f84d67e.biz.jgreco.net"

to discuss.

Thanks.

Tape controllers

Christian Corti — 2010-06-23T13:42:21

Hi,

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

Christian

b2b marketing lists

Dennis contest — 2010-05-04T05:31:06

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

tabula Flores — 2010-04-08T20:35:19

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 ?

David Young — 2009-11-30T19:54:13

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

SUN OS 4.1.x Documentation Set with Distribution Media

David Johnson — 2009-10-25T17:33:27

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?

John Carr — 2009-08-10T19:31:59

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?