<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3">
    <title>gmane.os.netbsd.ports.sun3</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/497"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/496"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/495"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/494"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/493"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/492"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/491"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/490"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/489"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/488"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/487"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/486"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/485"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/485"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/484"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/483"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/482"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/481"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/480"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/476"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/497">
    <title>topdown-vm for sun2/sun3</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/497</link>
    <description>&lt;pre&gt;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
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -51,7 +51,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; 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/&lt;/pre&gt;</description>
    <dc:creator>Chuck Silvers</dc:creator>
    <dc:date>2012-12-10T16:34:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/496">
    <title>Re: Build broken</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/496</link>
    <description>&lt;pre&gt;
OK, thanks

&lt;/pre&gt;</description>
    <dc:creator>Manuel Bouyer</dc:creator>
    <dc:date>2012-05-14T08:59:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/495">
    <title>Re: Build broken</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/495</link>
    <description>&lt;pre&gt;
Michael fixed it, using the easy way out.

Martin

&lt;/pre&gt;</description>
    <dc:creator>Martin Husemann</dc:creator>
    <dc:date>2012-05-13T22:37:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/494">
    <title>Re: Build broken</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/494</link>
    <description>&lt;pre&gt;
Hello,
I just did a build.sh -m sun3 release and it completed. Did you fix
this problem ?

&lt;/pre&gt;</description>
    <dc:creator>Manuel Bouyer</dc:creator>
    <dc:date>2012-05-13T20:44:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/493">
    <title>Build broken</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/493</link>
    <description>&lt;pre&gt;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

&lt;/pre&gt;</description>
    <dc:creator>Martin Husemann</dc:creator>
    <dc:date>2012-05-05T10:55:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/492">
    <title>Re: 4.0.1/sun3 broken?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/492</link>
    <description>&lt;pre&gt;

I'm actually running into something very similar in all installers  
from 4.0.1 onward. I haven't been able to get NetBSD installed on my  
3/60 (24Mb) via an installer in quite awhile. I see the same thing you  
do: the newfs causes a kernel panic. And, yes, I know I should've said  
something sooner... I found this when I tried to do a new install of  
5.0 on my 3/60, ran into the issue, and then started  
troubleshooting... and ran out of time.

What I've narrowed it down to is that it seems to have issues with  
partitions over 1Gb. I've not tried 5.1 yet, but I have a feeling that  
I'll run into the same thing as I last did with 5.0.2. What I did was  
use the same drive &amp;amp; partitions to try to install everything from 3.0  
up to 5.0.2. 3.0 can newfs without issue to all of my partitions.  
4.0.1, 5.0, 5.0.1, and 5.0.2 installers can newfs my smaller  
partitions (/ and /var, coming in around 64Mb a piece). /dev/rsd0g,  
which comes in around 1400Mb, will consistently panic on newfs. I did  
a little &lt;/pre&gt;</description>
    <dc:creator>John Carr</dc:creator>
    <dc:date>2011-03-06T22:58:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/491">
    <title>Re: 4.0.1/sun3 broken?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/491</link>
    <description>&lt;pre&gt;4.0.1 GENERIC kernel is a bit too large for 3/60 PROM
and it might not be loaded properly.
http://mail-index.NetBSD.org/port-sun3/2008/12/26/msg000026.html

---
Izumi Tsutsui

&lt;/pre&gt;</description>
    <dc:creator>Izumi Tsutsui</dc:creator>
    <dc:date>2011-02-14T17:26:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/490">
    <title>Re: 4.0.1/sun3 broken?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/490</link>
    <description>&lt;pre&gt;Hi,


Just as a data point, I have:

  NetBSD 5.1_RC3 (SUN380) #0: Sat Aug 14 19:36:23 BST 2010
  Model: sun3x 80
  total memory = 16384 KB

and had no problems running `newfs` (it is sun3x and not sun3, and it boots
from internal disks).

Thanks,

J

&lt;/pre&gt;</description>
    <dc:creator>Julian Coleman</dc:creator>
    <dc:date>2011-02-14T16:34:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/489">
    <title>Re: 4.0.1/sun3 broken?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/489</link>
    <description>&lt;pre&gt;
It is, especially recently.  I now have the -3/60 I quoted the dmesg
from doing a diskless build of the world; I'll have to see whether
things are too bloated for it to complete in finite time.  I've also
got a NeXT slab which has other issues but which I may soon have
working similarly; it's got more RAM and, while the difference is not
large (the -3/60 has 24 megs, the NeXT, 32), it doesn't take much to
have a big effect if it makes the difference between thrashing and not.
For the purposes that prompted me to start on this, pretty much any 68k
NetBSD will do fine.


Well, you're certainly welcome.  I'm glad you had fun.  That's really
the major reason to play with things like sun3s these days, after all.

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

&lt;/pre&gt;</description>
    <dc:creator>der Mouse</dc:creator>
    <dc:date>2011-02-14T00:03:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/488">
    <title>Re: 4.0.1/sun3 broken?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/488</link>
    <description>&lt;pre&gt;Recall a couple of years ago you were helping me with a diskless Sun3 
install.  I attempted to use the latest kernel but got to a similar 
point.  I can't say it was the exact same place you are seeing, but all 
would go well into the booting process and then kernel panic dropping 
into the ROM monitor.  On your suggestion I went back to an earlier, 
presumably smaller OS revision, and I was able to get it to boot to 
multi-user mode.

It is difficult to accomplish much with a 4MB RAM space.  But it was fun 
and I thank you again for your help.

On 2/13/2011 10:59 AM, der Mouse wrote:

&lt;/pre&gt;</description>
    <dc:creator>David Johnson</dc:creator>
    <dc:date>2011-02-13T18:42:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/487">
    <title>4.0.1/sun3 broken?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/487</link>
    <description>&lt;pre&gt;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&amp;gt; 

This appears to be repeatable; I rebooted and tried again and it
crashed with the same values printed except for the pid and&lt;/pre&gt;</description>
    <dc:creator>der Mouse</dc:creator>
    <dc:date>2011-02-13T16:59:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/486">
    <title>Hello Urgent pls</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/486</link>
    <description>&lt;pre&gt;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&amp;lt; at &amp;gt;gmail.com




&lt;/pre&gt;</description>
    <dc:creator>Jack Straw(ESQ).</dc:creator>
    <dc:date>2010-12-03T08:09:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/485">
    <title>I need your help...</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/485</link>
    <description>&lt;pre&gt;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


&lt;/pre&gt;</description>
    <dc:creator>H. Abery</dc:creator>
    <dc:date>2010-10-16T18:23:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/485">
    <title>I need your help...</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/485</link>
    <description>&lt;pre&gt;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


&lt;/pre&gt;</description>
    <dc:creator>H. Abery</dc:creator>
    <dc:date>2010-10-16T18:23:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/484">
    <title>Re: Sun3 workstation h/w available</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/484</link>
    <description>&lt;pre&gt;I too have  a SUN 3/50 and a SUN 3/260 in my hardware archive..  the 
3/50 has 4MB memory
the sun 3/260 hasn't been run in a while due to original hardware disk 
crash...

Any interest write back.

David Johnson
205-602-4999
electronsciences&amp;lt; at &amp;gt;bellsouth.net

Joe Greco wrote:

&lt;/pre&gt;</description>
    <dc:creator>David Johnson</dc:creator>
    <dc:date>2010-07-14T03:50:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/483">
    <title>Ok, ok, Sun3 h/w ...</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/483</link>
    <description>&lt;pre&gt;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

&lt;/pre&gt;</description>
    <dc:creator>Joe Greco</dc:creator>
    <dc:date>2010-07-13T20:29:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/482">
    <title>Sun3 workstation h/w available</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/482</link>
    <description>&lt;pre&gt;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 d&lt;/pre&gt;</description>
    <dc:creator>Joe Greco</dc:creator>
    <dc:date>2010-07-13T15:30:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/481">
    <title>Re: Tape controllers</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/481</link>
    <description>&lt;pre&gt;Hi,


No.  There is only support for the xd (753 or 7053) and xy (450/451) SMD disk
controllers.  It might be possible to write a driver using the xd/xy drivers
and the manuals at http://www.bitsavers.org/pdf/xylogics/ as references.

Thanks,

J

PS.  I don't know when the xd and xy drivers were last tested on real
hardware.

&lt;/pre&gt;</description>
    <dc:creator>Julian Coleman</dc:creator>
    <dc:date>2010-06-23T15:51:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/480">
    <title>Tape controllers</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/480</link>
    <description>&lt;pre&gt;Hi,

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

Christian

&lt;/pre&gt;</description>
    <dc:creator>Christian Corti</dc:creator>
    <dc:date>2010-06-23T13:42:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/476">
    <title>b2b marketing lists</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/476</link>
    <description>&lt;pre&gt;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&amp;lt; at &amp;gt;tools4success.co.cc

  


By emailing disappear&amp;lt; at &amp;gt;tools4success.co.cc you will have your email taken off

&lt;/pre&gt;</description>
    <dc:creator>Dennis contest</dc:creator>
    <dc:date>2010-05-04T05:31:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/475">
    <title>email mailing list</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.sun3/475</link>
    <description>&lt;pre&gt;Please feel free to contact me at the email below for more info and to get samples.

Regards,
Luciano Dillon
Email: Courtney.Dodge&amp;lt; at &amp;gt;optinmailinglists.co.cc

  




to stop this email in future email us at disappear&amp;lt; at &amp;gt;optinmailinglists.co.cc

&lt;/pre&gt;</description>
    <dc:creator>tabula Flores</dc:creator>
    <dc:date>2010-04-08T20:35:19</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.sun3">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.sun3</link>
  </textinput>
</rdf:RDF>
