headers
Robertdkeys | 1 Nov 2003 01:26
Picon
Favicon

Need solaris 1.x SMCC perhipheral handbook

Does anyone have an old sunos 4.1.3U1 (Solaris 1.1)
Solaris 1.x SMCC Peripherals Handbook that they would
part with, or email me the booting page info?  I am trying
to boot an old IPC in SunOS 4.1.3U1, and I can't get the
correct incantation to pick up the cd boot partition for the
IPC.  Long ago I threw mine out.....drat!

I tried booting from the cdrom as:    boot cdrom
                                            or      b sd(0,6,0)
but neither of those work.                b sd(0,6,1) or b sd(0,6,2)
also failed with error messages.

A Sunos 4.1.1 cd booted OK from  b cdrom.

Something is just a tad off in my incantation.  If anyone can
pass be the correct bits, or send me a copy or if they don't
need it anymore an original 1.x SMCC peripherals handbook,
I would be most appreciative.

Thanks

Bob Keys
Permalink | Reply | 1 comment |
headers
Chris Amthor | 1 Nov 2003 20:44
Picon

SEGV with pkg_add on sun4c

Hi Folks,

I just did a fresh install of 1.6.1 on my SS2 (xbox atached, 100MB
RAM, cgsix FB, custom-built kernel)

When I tried to install phoenix, the following error occured:

--- BEGIN SCREENSHOT ---

sunny:~/adm/pkg # pkg_add phoenix-0.5nb5.tgz
Segmentation fault
pkg_add: command 'env LD_LIBRARY_PATH=/usr/X11R6/lib/phoenix
MOZILLA_FIVE_HOME=/usr/X11R6/lib/phoenix /usr/X11R6/lib/phoenix/regxpcom' failed
Segmentation fault
pkg_add: command 'env LD_LIBRARY_PATH=/usr/X11R6/lib/phoenix
MOZILLA_FIVE_HOME=/usr/X11R6/lib/phoenix /usr/X11R6/lib/phoenix/regchrome' failed

===========================================================================
$NetBSD: MESSAGE,v 1.3 2002/12/23 16:10:59 cjep Exp $

PLEASE NOTE: You should create a new profile for Phoenix 0.5.

To create a new profile, start Phoenix by running phoenix -ProfileManager
and click on the "Create Profile" button. If you don't want to delete your
old profile and are willing to incur the risk of new bugs, you should at least
delete your profile's downloads.rdf file.

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

--- END SCREENSHOT ---
(Continue reading)

Permalink | Reply | 3 comments |
headers
Izumi Tsutsui | 2 Nov 2003 00:08
Picon
Gravatar

Re: mk48txx(4) tod clock driver cleanup

In article <031101024559.M0119148 <at> mirage.ceres.dti.ne.jp>
I wrote:

> I'd like to commit the following changes to cleanup
> MI mk48txx(4) tod clock driver:
> http://www.ceres.dti.ne.jp/~tsutsui/netbsd/mk48txx-20031031.diff

Committed.

> I have checked news68k, newsmips, sparc and sparc64 (with mkclock) are
> working and I confirm that all GENERIC kernels using mk48txx compile.
> mvme68k, mvmeppc and prep are not tested (I don't have these machines),
> but all changes are trivial anyway.

If you have any problem (especially on untested machines),
please report via send-pr(1).
---
Izumi Tsutsui
tsutsui <at> ceres.dti.ne.jp
Permalink | Reply | 1 comment |
headers
Brett Lymn | 2 Nov 2003 12:45
Picon

Re: Need solaris 1.x SMCC perhipheral handbook

On Fri, Oct 31, 2003 at 07:26:05PM -0500, Robertdkeys <at> aol.com wrote:
>                                             or      b sd(0,6,0)
> but neither of those work.                b sd(0,6,1) or b sd(0,6,2)
> also failed with error messages.
>

b sd(0,6,2)

should do it ...

> A Sunos 4.1.1 cd booted OK from  b cdrom.
>

ah... in that case one has to question whether the 4.1.3 cdrom is fit
for purpose.

--

-- 
Brett Lymn
Permalink | Reply | 0 comments |
headers
Manuel Bouyer | 2 Nov 2003 14:46

Re: SEGV with pkg_add on sun4c

On Sat, Nov 01, 2003 at 08:44:58PM +0100, Chris Amthor wrote:
> Hi Folks,
> 
> I just did a fresh install of 1.6.1 on my SS2 (xbox atached, 100MB
> RAM, cgsix FB, custom-built kernel)
> 
> When I tried to install phoenix, the following error occured:
> 
> --- BEGIN SCREENSHOT ---
> 
> sunny:~/adm/pkg # pkg_add phoenix-0.5nb5.tgz
> Segmentation fault
> pkg_add: command 'env LD_LIBRARY_PATH=/usr/X11R6/lib/phoenix
MOZILLA_FIVE_HOME=/usr/X11R6/lib/phoenix /usr/X11R6/lib/phoenix/regxpcom' failed
> Segmentation fault
> pkg_add: command 'env LD_LIBRARY_PATH=/usr/X11R6/lib/phoenix
MOZILLA_FIVE_HOME=/usr/X11R6/lib/phoenix /usr/X11R6/lib/phoenix/regchrome' failed
> 
> ===========================================================================
> $NetBSD: MESSAGE,v 1.3 2002/12/23 16:10:59 cjep Exp $
> 
> PLEASE NOTE: You should create a new profile for Phoenix 0.5.
> 
> To create a new profile, start Phoenix by running phoenix -ProfileManager
> and click on the "Create Profile" button. If you don't want to delete your
> old profile and are willing to incur the risk of new bugs, you should at least
> delete your profile's downloads.rdf file.
> 
> ===========================================================================
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Chris Amthor | 2 Nov 2003 15:26
Picon

Re: SEGV with pkg_add on sun4c

On Sun, Nov 02, 2003 at 02:46:26PM +0100, Manuel Bouyer wrote:

[...]

> Does it take a long time between the command start and the segv ?

Umhh, yes. But in SS2 world, wich is a 40MHz machine, a "long time"
has some different kind of meaning ;) I guess it`s about a minute.

When invoking "phoenix" after an install-attempt, the error occures
imediatly.

> Did you try increasing the shell's limit (unlimit for csh-like shells) ?

I tried to install the package from whithin both csh and bash, ulimit
set to unlimited. The shell did not sem to have any effect on the
error.

> 
> Also you may want to try a 1.6.2_RC1 kernel. A serious bug affecting sun4c has
> been fixed since 1.6.1, which was causing random core dumps (but
> in you case it doesn't looks too random).

Actually it`s not random at all..

> 
> -- 
> Manuel Bouyer <bouyer <at> antioche.eu.org>
>      NetBSD: 24 ans d'experience feront toujours la difference
> --
(Continue reading)

Permalink | Reply | 1 comment |
headers
Izumi Tsutsui | 2 Nov 2003 17:13
Picon
Gravatar

Re: mk48txx(4) tod clock driver cleanup

In article <031102080824.M0128014 <at> mirage.ceres.dti.ne.jp>
I wrote:

> If you have any problem (especially on untested machines),
> please report via send-pr(1).

Ok, to fix port-sparc64/23342, I've made a quick diff which splits
current sparc64/sparc64/clock.c into each device/bus attachment:
http://www.ceres.dti.ne.jp/~tsutsui/netbsd/sparc64-clock-20031102.diff

GENERIC kernel works on my Ultra5:
http://www.ceres.dti.ne.jp/~tsutsui/netbsd/netbsd-GENERIC-sparc64clock-20031102.gz
but it's appreciate to test it on other machines
(especially sbus based models and mcclock based models).

Anyway, clock/eeprom code on sparc64 still should be cleaned up more:

(1)"eeprom" device attachment
sparc64 port really needs "eeprom" definition in files.sparc64?
I think only sun4/100 and sun4/200 machines (which have intersil7170
todclock) have "eeprom" device, and "eeprom" attachment (sparc/eeprom.c)
on sparc port for these machines only sets eeprom_va. But it is refered
only in sparc/mem.c for /dev/mem access, and sparc64 doesn't have such
code in sparc64/mem.c, so I removed eeprom from fines.sparc64 and
eeprom_uio() function from sparc64/clock.c.

(2)timer device attachments
Timer device attachments should be split from sparc64/clock.c
like sparc port, but I have no idea how the "no counter-timer" case
should be handled.
(Continue reading)

Permalink | Reply | 2 comments |
headers
matthew green | 2 Nov 2003 17:15
Picon
Favicon

re: mk48txx(4) tod clock driver cleanup


thanks for looking at this.  i just have one comment.

   (3)myetheraddr()
   Maybe myetheraddr() should be moved into machdep.c,
   but I'm not sure.
   (on sparc, it's in sparc/promlib.c with __strong_alias().)

myetheraddr() should be replaced by device properties...eventually.
Permalink | Reply | 0 comments |
headers
Markus W Kilbinger | 2 Nov 2003 23:52
Picon
Picon

-current stops booting with 'sbrk: grow 4096 failed, error = 12'

Hi!

Some minutes ago I cross compiled a complete new sparc kernel and
userland for my ipx. Every thing went fine so far...

But booting stops now with:

  NetBSD 1.6ZE (SUN) #0: Sun Nov  2 23:06:35 MET 2003
  	  kilbi <at> qie:/sys/arch/sparc/compile/SUN
  total memory = 65436 KB
  avail memory = 60316 KB
  using 128 buffers containing 512 KB of memory
  bootpath: /sbus <at> 1,f8000000/esp <at> 0,800000/sd <at> 3,0
  mainbus0 (root): SUNW,Sun 4/50: hostid xxxxxxxx
  [...]
  scsibus0: waiting 2 seconds for devices to settle...
  sd0 at scsibus0 target 3 lun 0: <IBM, DNES-318350W, SAH0> disk fixed
  sd0: 17501 MB, 11474 cyl, 10 head, 312 sec, 512 bytes/sect x 35843670
  sectors
  sd0: sync (200.00ns offset 15), 8-bit (5.000MB/s) transfers, tagged
  queueing
  root on sd0a dumps on sd0b
  root file system type: ffs
  sbrk: grow 4096 failed, error = 12
  sbrk: grow 4096 failed, error = 12
  sbrk: grow 4096 failed, error = 12
  Nov  2 22:26:34 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode
  Enter pathname of shell or RETURN for /bin/sh:

A kernel one day ago seems to work fine:
(Continue reading)

Permalink | Reply | 2 comments |
headers
Martin Husemann | 3 Nov 2003 02:53
Picon

Re: -current stops booting with 'sbrk: grow 4096 failed, error = 12'

On Sun, Nov 02, 2003 at 11:52:11PM +0100, Markus W Kilbinger wrote:
> But booting stops now with:
> 
>   NetBSD 1.6ZE (SUN) #0: Sun Nov  2 23:06:35 MET 2003
>   	  kilbi <at> qie:/sys/arch/sparc/compile/SUN
>   root file system type: ffs
>   sbrk: grow 4096 failed, error = 12
>   sbrk: grow 4096 failed, error = 12
>   sbrk: grow 4096 failed, error = 12

Are you sure you have sys/uvm/uvm_map.c 1.147? I just booted a -current kernel
on my LX and it works (but there are similar issues with sparc64 where gcc
can not be compiled natively due to errors in resource accounting).

Martin
Permalink | Reply | 1 comment |

Gmane