The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: sms@2BSD.COM (Steven M. Schultz)
Subject: [pups] 2.11BSD device config trouble
Date: Wed, 30 Apr 2003 09:03:40 -0700 (PDT)	[thread overview]
Message-ID: <200304301603.h3UG3eE20319@moe.2bsd.com> (raw)

Hi!

> From: David Evans <dfevans at bbcr.uwaterloo.ca>
> > cn      1 176540 344    5       cnrint  cnxint
>  
> to the end of this line?  Perhaps the autoconfig parser becomes confused
> if there aren't any.
	
	I don't think that's the problem in this case - the error that is
	being printed out:

	 cn 1 csr 176540 vector 344 no address found for kl/dl-11

	comes from what appears to be a missing entry (or an entry that
	autoconfig can't find) in the /unix kernel symbol table.   One way,
	I think, this can happen is when booting an alternate kernel (/genunix
	instead of /unix).

	THe only suggestion I have at this point is to turn on debugging
	in autoconfig.   To do this go into /sys/autoconfig/main.c and
	add a line that forces 'debug = 1;', then install (after saving the
	original ;)) autoconfig into /etc and reboot.   Hopefully useful
	info about what autoconfig is doing will be printed.

>   Mine is at least correctly identified by autoconfig, though I've never
> attached a terminal to it to see whether the ports actually do anything.
> The post that's vanished included my dhv line from /etc/dtab but, except
> for the goofy CSR I used for some reason that I cannot now remember, it

	If I find the time I'll power up the 11/73 and see what it says but
	I've had a DHV11 on the system for years (it's how I got the RTS/CTS
	flow control working).

	My suspicion is that the DHV clone isn't behaving 100% like a DEC
	DHV card.

> > BTW: Never play with the SMD cables when the machine is running. Now I
> > get: 
> 
>   Is the disk write-inhibited?

	Doing a 'reboot' (which performs a sync(2) call) will overwrite
	what fsck has done - when the message about "reboot" comes out you
	should use the front panel or ODT to simply halt the cpu and then
	start the boot process cold.

	Cheers,
	Steven Schultz



             reply	other threads:[~2003-04-30 16:03 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-30 16:03 Steven M. Schultz [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-05-01 19:14 Michael Sokolov
2003-05-01 13:49 Norman Wilson
2003-05-01  4:04 Steven M. Schultz
2003-05-01  3:30 Carl Lowenstein
2003-05-01  3:48 ` Gregg C Levine
2003-04-30 18:43 Steven M. Schultz
2003-05-01  9:24 ` Jochen Kunz
2003-04-30 15:56 Steven M. Schultz
2003-04-30 16:58 ` Jochen Kunz
2003-04-29 22:48 Steven M. Schultz
2003-04-30  8:24 ` Jochen Kunz
2003-04-30 13:40   ` David Evans
2003-04-30 16:23     ` Jochen Kunz
2003-04-30 16:59       ` David Evans
2003-04-29 21:54 Jochen Kunz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200304301603.h3UG3eE20319@moe.2bsd.com \
    --to=sms@2bsd.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).