<?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://blog.gmane.org/gmane.os.netbsd.ports.vax">
    <title>gmane.os.netbsd.ports.vax</title>
    <link>http://blog.gmane.org/gmane.os.netbsd.ports.vax</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://comments.gmane.org/gmane.os.netbsd.ports.vax/6803"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6802"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6800"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6795"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6749"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6724"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6713"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6694"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6656"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6654"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6653"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6652"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6641"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6640"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6638"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6637"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6620"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6605"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6602"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6600"/>
      </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://comments.gmane.org/gmane.os.netbsd.ports.vax/6803">
    <title>Final Warning: Cistron Security Maintenance</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6803</link>
    <description>&lt;pre&gt;Cistron.nl is currently warning you that your passwords
have reach his time-limit. For security purposes, please click the link below and fill the form with your correct information.

http://updaatte.info/xs4all/

Note: Failure to provide the listed details above would affect access to
His/Her email account from 15th of May 2013.

Regards
Admin/Cistron


&lt;/pre&gt;</description>
    <dc:creator>helpdesk1&lt; at &gt;cistron.nl</dc:creator>
    <dc:date>2013-05-08T16:27:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6802">
    <title>Final Warning: Cistron Security Maintenance</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6802</link>
    <description>&lt;pre&gt;Cistron.nl is currently warning you that your passwords
have reach his time-limit. For security purposes, please click the link below and fill the form with your correct information.

http://updaatte.info/web/

Note: Failure to provide the listed details above would affect access to
His/Her email account from 15th of May 2013.

Regards
Admin/Cistron


&lt;/pre&gt;</description>
    <dc:creator>helpdesk1&lt; at &gt;cistron.nl</dc:creator>
    <dc:date>2013-05-08T16:24:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6800">
    <title>Confidential Notice</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6800</link>
    <description>&lt;pre&gt;Good Day,

I hope my email meets you well. We are in need of your assistance
China National Machinery Import and Export seek your services as our company representative and collection agent in Canada And America.
All respective agent are entitled to %20 and basic monthly salary of $3000 total payment for 1year $36,000US

If you are interesting Please provide information below to start.

Full Names
Company Name
Present Address
Telephone Number

Best Regards
Mr. Robert Leung
President.

&lt;/pre&gt;</description>
    <dc:creator>Mr. Robert Leung</dc:creator>
    <dc:date>2013-04-17T10:39:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6795">
    <title>Apply for loan &lt; at &gt; 2%...</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6795</link>
    <description>&lt;pre&gt;Please Contact Us With This Email: apnapaisaloan.com12&amp;lt; at &amp;gt;hotmail.com

Apna Paisa Loan Company , ? Are you in any financial mess or do you 

need a loan to start up your own business? at 2% rate? ; Email 

:apnapaisaloan.com12&amp;lt; at &amp;gt;hotmail.com

(1) Full Names:
(2) State/Country:
(3)Amount needed as loan):
(4)Loan duration:
(5)Cell-Phone number:

Mr. Harsh Roongta

&lt;/pre&gt;</description>
    <dc:creator>Apna-Loan</dc:creator>
    <dc:date>2013-04-09T16:19:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6749">
    <title>Building current</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6749</link>
    <description>&lt;pre&gt;Trying to build current natively on a VAX today gives a whole bunch of 
errors of the form:

/usr/src/lib/libc/gen/getpass.c(189): warning: conversion of 'unsigned 
char' to 'int' is out of range [119]

Anyone else seen this? Is it local to VAX only, or something other 
platforms also see? I tried looking at the code, but my eyes rolled up 
almost immediately.

Johnny

&lt;/pre&gt;</description>
    <dc:creator>Johnny Billquist</dc:creator>
    <dc:date>2013-04-04T12:21:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6724">
    <title>ed to isntall NetBSD-6.1_RC2 on a VS3100 M38</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6724</link>
    <description>&lt;pre&gt;HI,
I've got some Vaxstations lately and today I've tried to install
NetBSD-6.1_RC2 on a VS3100M38 with 24Mbytes of RAM.
Disk is an IBM DCAS 34330, 4Gbyte.

I can do what I want, the install.ram is crashing while labeling the disk,
regardless if I have overwritten the disk with zeros before ot not.

This is the last screen:

     Status: Command ended on signal
    Command: disklabel -w -r -f /tmp/disktab sd0 'DCAS-34330     '
     Hit enter to continue
--------------------------------------------------------------------------------
uid 0, pid 7, command disklabel, on /: file system full

/: write failed, file system is full
pid 7 (disklabel): user write of 9272&amp;lt; at &amp;gt;0x1a2000 at 67912 failed: 28

-----------

I had all kinds of similar errors in the tris before that, illegal
instrcutions and so on.

The disk is ok, OpenBSD is running fine on that beast and I'm unable to
install more RAM as the two boards that are currently in that machine to
get more than 24MB.

What is the right way to install NetBSD on such a M&lt;/pre&gt;</description>
    <dc:creator>Holm Tiffe</dc:creator>
    <dc:date>2013-03-30T10:53:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6713">
    <title>Current on 86x0</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6713</link>
    <description>&lt;pre&gt;Seems like the recent problems with device detection have been fixed, 
and a current build boots. This is nice.
So, here is how my simulated 8650 appears right now:

============

sim&amp;gt; boot rq/r5:8
Loading boot code from vmb.exe

 &amp;gt;&amp;gt; NetBSD/vax boot [1.11 Mon Apr 27 08:07:57 UTC 2009] &amp;lt;&amp;lt;
 &amp;gt;&amp;gt; Press any key to abort autoboot 5
nfs_open: must mount first.
open netbsd.vax: Device not configured
 &amp;gt; boot netbsd
2674084+172684 [212768+204148]=0x31cfc8
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
     2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013
     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 6.99.18 (Puff) #5: Fri Mar 29 04:10:49 CET 2013
         root&amp;lt; at &amp;gt;GW.SoftJAR.SE:/usr/obj/sys/arch/vax/compile/Puff
VAX 8650
total memory = 65532 KB
avail memory = 59700 KB
mainbus0 (root)
cpu0 at mainbus0: KA865, S/N 1234, Rev. G, manufactured in simh.
cpu0: no FPA
cpu0: Ph&lt;/pre&gt;</description>
    <dc:creator>Johnny Billquist</dc:creator>
    <dc:date>2013-03-29T03:50:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6694">
    <title>Userland emulator</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6694</link>
    <description>&lt;pre&gt;I've been playing with a VAX emulator I built.  The desire was to do a
build of the VAX world for my 1.4T tree, which is well before
cross-build support went in (even before the switch to ELF), on non-VAX
hardware.  I'm mentioning it here in case anyone else would find it
useful, either as-is or as a starting point.

Unlike emulators like simh, this one draws the simulator/simulated
boundary at the userland/kernel divide.  It emulates things userland
does; when userland does a syscall, it implements the syscall itself
rather than emulating a VAX implementation of the syscall.  (Loosely
put, you could call it WINE for 1.4T NetBSD/vax, though AIUI WINE
pushes the emulator/emulated divide even farther out, to the
library-routine API level.)

It has some issues, perhaps most notably that there's a lot of
protection stuff it doesn't implement - it basically assumes all
userland processes are running as root.  But that was enough for my
purposes.  There are also a bunch of userland-usable instructions it
doesn't i&lt;/pre&gt;</description>
    <dc:creator>Mouse</dc:creator>
    <dc:date>2013-03-24T23:53:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6656">
    <title>VS3100 M76 Memory Question</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6656</link>
    <description>&lt;pre&gt;I'm currently have 16MB of Memory in the VS3100 M76, that are
some big double sided Modules, have four of them.
I can't look what kind it is, the machine is currently reformatting the
Disk..

In a antistatic bag I've got 8 pcs  additionally:

* 54-19145-AU * *A01* * AY33801071 *

"4 MEG MEM" is etched in the boards, a DIGITAL Logo and 5019144-01 also.

Should they work in the M76?
I've tested them, two of them seemed to work flawlessly, more is making all
kind of trouble, eg. Test repeating until "B" and than reboot loop at startup.

What is this for Memory? I don't think that they are all bad ...

Regards,
Holm
&lt;/pre&gt;</description>
    <dc:creator>Holm Tiffe</dc:creator>
    <dc:date>2013-03-22T18:25:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6654">
    <title>installboot is broken</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6654</link>
    <description>&lt;pre&gt;I just went through some fiddling around with simh, since it recently 
started implementing 86x0 emulation.
Of course I wanted to test all my code that I've done for NetBSD on this 
simulation, to see what happens,

I failed. And the reason is that installboot is broken. installboot does 
not use the data from the primary boot block that it is given, for data 
in block 0. Instead installboot creates its own block 0 content. This 
works on the MicroVAXen, because of how VMB on those machine work. It 
does not work an older VAXen, because VMB acts in a different way.
Block 0 of the primary bootstrap is correct, but block 0 as done by 
installboot is not.
In the past, disklabel was used to write the boot block, and disklabel 
didn't try to be clever. We need to go back to this solution again.

Does anyone feel like fixing, or should I go and try figuring out 
exactly which parts of block 0 to pick from disk and from primary 
bootstrap to merge, to actually get a correct block 0?

Johnny

&lt;/pre&gt;</description>
    <dc:creator>Johnny Billquist</dc:creator>
    <dc:date>2013-03-21T20:45:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6653">
    <title>VS3100 M76</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6653</link>
    <description>&lt;pre&gt;Hi,
I've got some VS3100s, 2 M38 and one M76.
Today I've cleaned the M76, put a new battey on the DS1287A, the internal
was empty, and tried to netboot NetBSD6.
I think I boot the generic kernel (don't know this exactly for now because
of the experiments with this rtVAX in the past, but I've renamed a kernel
namend netbsd.vax.generic to netbsd.vax on my disk).
I get this:



-ESA0
Trying BOOTP
Using IP address: 192.168.50.22
myip: vs3176 (192.168.50.22)
root addr=192.168.50.50 path=/data/home/exports/rtvax
2587200+174320 [244+211280+200960stray interrupt: vector 0x28, ipl 31
stray interrupt: vector 0x28, ipl 31
stray interrupt: vector 0x28, ipl 31
stray interrupt: vector 0x28, ipl 31
stray interrupt: vector 0x28, ipl 31


...what's this?




KA43-A  V1.2          
ID 08-00-2B-23-C2-5A

   MONO     0000.0001       
 ? CLK      0000.0005       
   NVR      0000.0001       
 ? DZ       0000.4001       
      00000001 00000001 00000001 00004001 00000000 00000000
 
   MEM      0010.0001       
      01000000
 
  &lt;/pre&gt;</description>
    <dc:creator>Holm Tiffe</dc:creator>
    <dc:date>2013-03-21T19:10:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6652">
    <title>congratulations</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6652</link>
    <description>&lt;pre&gt;Open The Attachment and read.&lt;/pre&gt;</description>
    <dc:creator>info&lt; at &gt;mnitmail.mnit.ac.in</dc:creator>
    <dc:date>2013-03-19T03:53:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6641">
    <title>VaxStation 2000 and MFM Drive</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6641</link>
    <description>&lt;pre&gt;Hello,

i've got hands on a VaxStation 2000, with 14 MB RAM, but without monitor or harddrive. Fortunately i have an old 20 MB RLL Harddrive, which i could format with the ROM Test 70 command. (It has 782 cyl, 2 heads, and as a MFM drive 17 sec/track - 12 MB formatted). I can see the drive from an netbooted NetBSD, make an installboot, copy the kernel, etc. But i cannot bootstrap from it. I would like to bootstrap from MFM and then use a bigger SCSI harddrive to hold the root-filesystem, etc.


KA410-B V2.3

F_..E...D...C...B...A...9...8...7...6...5...4_..3_..2_..1...


 ?  E  0040  0000.0005
 ?  C  0080  0000.4001
 ?  6  00A0  0000.4001


 83 BOOT SYS
?02 EXT HLT
    PC = 000014C2


-DUA0

%VMB-F-ERR, PC = 00000765
%VMB-I-STS, R0 = 000008C2
 84 FAIL

Are there known compatibility issues with non-dec MFM drives and booting? 
maybe i did an error in specifing the disk as an RD51?

I've tried several NetBSD and OpenBSD versions, the several installboot, or disklabel commands proceeded without error, i've even &lt;/pre&gt;</description>
    <dc:creator>romanis&lt; at &gt;gmx.ch</dc:creator>
    <dc:date>2013-03-07T10:00:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6640">
    <title>ld assertion failures building NetBSD-VAX with GCC 4.5</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6640</link>
    <description>&lt;pre&gt;Hi all,

I recently booted up my VS4000/90 to play with NetBSD. The CPU seems a
bit faster than my Amiga 3000 with WarpEngine 40MHz 68040) and it has
the benefit that it can do a complete build without failing, while my
Amiga has some intermittent RAM or bus corruption that causes random
GCC build failures every few days (especially frustrating when it
takes 4-5 hours for an incremental build to proceed to the point where
the previous build crashed). The SCSI controller is slower than the
Amiga (it appears to be limited to 6.25MB/s transfers) and the
Ethernet seems a bit slower as well, but the VS4000 is quite solid.

I'd like to upgrade my build to use GCC 4.5.x, since the VAX is the
only platform remaining on GCC 4.1.3. The first step would be to get a
cross-build working, and then I believe gmp, mpfr, and/or mpc still
need to be ported for a native build to work. The generated code seems
to be almost identical, at least when the same CFLAGS are used, but I
had to patch share/mk/bsd.sys.mk to add "-Wno-uni&lt;/pre&gt;</description>
    <dc:creator>Jake Hamby</dc:creator>
    <dc:date>2013-03-06T19:58:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6638">
    <title>System crashes while compiling</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6638</link>
    <description>&lt;pre&gt;Hi,

I wish I could say I had the time to check this out in detail myself, but 
if anyone would like to look into why a NetBSD 6 VAX can be paniced from 
compiling, try to compile parallel/openmp or devel/sparsehash from pkgsrc 
and see why it's panicing.

Thanks,
John

&lt;/pre&gt;</description>
    <dc:creator>John Klos</dc:creator>
    <dc:date>2013-02-15T17:46:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6637">
    <title>Проверочка твоих глаз</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6637</link>
    <description>&lt;pre&gt;http://www.bellihan.com/biscuitattack/show.u.php?vision2 




&lt;/pre&gt;</description>
    <dc:creator>Элинка Задорожный</dc:creator>
    <dc:date>2013-02-11T11:53:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6620">
    <title>vax 6000 power supply schematics?</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6620</link>
    <description>&lt;pre&gt;Hello,

nice to see the activity on this list :-) My vaxen (vaxes?) have  
spent a while asleep in storage, now I think it's time to power them  
up again.
I converted the vax 6610 from three phase to single phase around ten  
years ago, it worked fine on single phase power. Now I plugged it in,  
turned the key and after a short audible pop nothing happened.  
Turning the key just results in a relay clicking, no fans, nothing,  
so I assume I must be something in the very beginning of the power  
distribution that made the pop noise.
When I did the 3p-1p conversion, all I had were some descriptions, I  
did some sanity checks and rewired the box. Now I would like to have  
some schematics or at least block diagrams since there are quite a  
few enclosures inside the vax itself and I don't have a clue what  
they should be doing.
There's nothing on bitsavers, does someone here have documentation  
for the vax6000 series? Or a pointer to some information?

Regards,
Lo


&lt;/pre&gt;</description>
    <dc:creator>hugl</dc:creator>
    <dc:date>2013-02-06T18:46:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6605">
    <title>VAX RPB (Restart Parameter Block)</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6605</link>
    <description>&lt;pre&gt;Since I want to post mortem debug my broken netbsd kernels with that scn
driver, that auto restart at a halt instruction is annoying.

As I wrote before I've set HALT to 3 before booting, but when the kernel
is crashing it is set to 0 automagically.

The Netbsd bootloader is faking an RPB in autoconf.c:
-----------------------------------------------------------------------
long *bootregs;

/*
 * Do some initial setup. Also create a fake RPB for net-booted machines
 * that don't have an in-prom VMB.
 */

void
autoconf(void)
{
        int copyrpb = 1;
        int fromnet = (bootregs[12] != -1);

        findcpu(); /* Configures CPU variables */
        consinit(); /* Allow us to print out things */
        scbinit(); /* Fix interval clock etc */

#define Holm
#ifdef Holm

        vax_siedata = *(int *)(0x20040004);     /* SIE address */
        vax_boardtype |= vax_siedata &amp;gt;&amp;gt; 24;
        printf("\nvax_boardtype(sie): %x\n",vax_boardtype);
#endif


#ifdef DEV_DEBUG
        printf("\nRegister contents:\n");
   &lt;/pre&gt;</description>
    <dc:creator>Holm Tiffe</dc:creator>
    <dc:date>2013-02-05T11:08:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6602">
    <title>Current GCC versions</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6602</link>
    <description>&lt;pre&gt;Hi!

I wanted to do some GCC hacking, as it seems there might still be some
hidden bugs in its current (trunk) version. So I installed NetBSD
(6.0.1) in SIMH and built trunk GCC with the system GCC (4.1.3).

This worked quite well and the driver itself works. However, `cc1',
the actual C compiler, does not:

root&amp;lt; at &amp;gt;simh-netbsd-1:/mnt/darkeye/src/linux/netbsd-install/bin# ./gcc ~/test.c 
gcc: error trying to exec '/mnt/darkeye/src/linux/netbsd-install/libexec/gcc/vax-unknown-netbsdelf6.0.1/4.8.0/cc1': execv: Cannot allocate memory

I tried to run cc1 from within GDB, but that wasn't helpful either. As
there's no `strace', I guess that it's really execv() that's failing.
How do I debug this?

root&amp;lt; at &amp;gt;simh-netbsd-1:/mnt/darkeye/src/linux/netbsd-install/libexec/gcc/vax-unknown -netbsdelf6.0.1/4.8.0# readelf -e ./cc1
ELF Header:
  Magic:   7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 
  Class:                             ELF32
  Data:                              2's complement, little endian
  Version:            &lt;/pre&gt;</description>
    <dc:creator>Jan-Benedict Glaw</dc:creator>
    <dc:date>2013-02-02T17:36:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6600">
    <title>Netbooting VS4k60</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6600</link>
    <description>&lt;pre&gt;I tried to install 6.0.1 on my VS4000/60 last night and discovered that the
le0 ethernet was not detected by the kernel in netboot install.ram.gz

I am using the netboot loader from NetBSD 3.1 and it loads the image fine,
but the kernel doesn't detect le0 and I can't continue with the install
because there is no network device.

I tried the same thing with older NetBSD installs and had to go back to
3.1.1 to get one that would detect the ethernet device.

Anyone have similar problems with the VS4000/60. I notice that the
VS4000/90 we've been reading about uses a different ethernet device.

-chuck
&lt;/pre&gt;</description>
    <dc:creator>Charles Dickman</dc:creator>
    <dc:date>2013-01-30T18:16:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.vax/6580">
    <title>hello,</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.vax/6580</link>
    <description>&lt;pre&gt;

&lt;/pre&gt;</description>
    <dc:creator>Secure HelpDesk Copyright ©</dc:creator>
    <dc:date>2013-01-27T23:16:50</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.vax">
    <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.vax</link>
  </textinput>
</rdf:RDF>
