Re: VS3100M76 - current

[Holm Tiffe <holm%freibergnet.de@localhost>]

Holm Tiffe wrote:

> Anders Magnusson wrote:
> 
> > Holm Tiffe skrev 2014-05-22 12:21:
> > >Anders Magnusson wrote:
> > >>Another thing that just popped up:  All the machines that has problem
> > >>has the same scsi controller (5380), eh?
> > >>
> > >>The 4000/60 or 90 series has 5194,  4000/300 (and simh) uses MSCP I 
> > >>assume.
> > >>
> > >>So it may be something in the driver for that scsi chip that is failing.
> > >>
> > >>-- Ragge
> > >:-))
> > >
> > >Ragge this time you are really not the first one that has this idea..
> > >
> > >I've wrote four five times that the similarity betwwen all 3
> > >machines ist the ncr controller, they have no mscp.
> > >
> > >An erronous driver would'nt explain the page errors since it is all in RAM
> > >to this time.
> > >
> > Well, it happens when you newfs, doesn't it?  newfs uses mmap, and here 
> > are some funny parts since the 5380 only do DMA to a private area of DMA 
> > RAM where the data gets copied to/from.
> > 
> > // Ragge
> 
> Not only newfs. Tar has paniced the system also while extracting the
> base.tgz (...gzip is used..).
> Do you mean that the DMA Buffer from the NCR driver overlaps an Area that
> mmap has given to newfs?
> 
> 
> I have now the -current from David running on the M28, no not right, but
> the install system. I've mounted some directory from my FreeBSD WS and the
> M38 is extracting flawlessly the binary sets over nfs.
> It isn't a direct comparsion, but last time I've tried this on the M76 on
> to the disk tar paniced the system.
> The M38 hs 24MB RAM the M76 only 16MB but the errors are similar
> (disklabel, newfs, tar). All have todo with disk activity.
> So in my opinion the cpu (Rigel or CVAX) is irrelevant here.
> 
> I've found a posting from 2002 on the Net:
> 
> http://osdir.com/ml/os.netbsd.ports.vax/2002-10/msg00053.html
> 
> I would try this. Does someone know where I can get an 1.5.2 iso image
> for vax from?
> 
> Regards,
> 
> Holm
> -- 


Another Panic while trying to copy some files from the mfs to /dev/sd0a on
the M38 running current from the cdrom:

# mkdir var
mkdir: var: File exists
# mkdir sbin
# cd sbin
# cp /sbin/* .
start = 1, len = 4095, fs = /mnt
offset=1166 1166
cg 0
panic: ffs_alloccg: map corrupted

dump to dev 23,1 not possible

?06 HLT INST
    PC = 8003BE99
>>> 

Regards,
Holm
-- 
      Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, 
     Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583
  www.tsht.de, info%tsht.de@localhost, Fax +49 3731 74200, Mobil: 0172 8790 741