From owner-freebsd-current  Tue Dec  3 06:41:07 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id GAA17864
          for current-outgoing; Tue, 3 Dec 1996 06:41:07 -0800 (PST)
Received: from david.siemens.de (david.siemens.de [146.254.1.1])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA17854
          for <freebsd-current@freebsd.org>; Tue, 3 Dec 1996 06:40:58 -0800 (PST)
Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.3/8.8.0) with ESMTP id PAA19102 for <freebsd-current@freebsd.org>; Tue, 3 Dec 1996 15:37:05 +0100 (MET)
Received: from curry.zfe.siemens.de (root@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id PAA23202 for <freebsd-current@freebsd.org>; Tue, 3 Dec 1996 15:40:46 +0100 (MET)
Received: from server.us.tld (server.us.tld [192.168.16.33]) by curry.zfe.siemens.de (8.8.3/8.8.3) with ESMTP id PAA27528 for <freebsd-current@freebsd.org>; Tue, 3 Dec 1996 15:40:44 +0100 (MET)
Received: (from andre@localhost) by server.us.tld (8.8.3/8.8.3) id PAA12143 for freebsd-current@freebsd.org; Tue, 3 Dec 1996 15:40:44 +0100 (MET)
From: Andre Albsmeier <Andre.Albsmeier@mchp.siemens.de>
Message-Id: <199612031440.PAA12143@server.us.tld>
Subject: Re: 2 suggestions
To: freebsd-current@freebsd.org
Date: Tue, 3 Dec 1996 15:40:43 +0100 (MET)
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> >1.) I have just increased the kernel buffer size in /usr/include/sys/msgbuf.h
> >    as I was advised by Joerg Wunsch.
> >    It works great. Now I can see all kernel start messages when invoking
> >    dmesg. Since I have 14 devices attached to 2 Adaptec 2940 this was not
> >    possible before.
> >    Wouldn't it be a good idea to increase this number in general, let's say
> >    to 8k, in 2.2 and in current?
> 
> hmm, maybe.

There are already 3 people who emailed me asking how exactly it had to be
done. They all said, it would be nice if the buffer was increased 
by default :-)

> >2.) In function Disk_Names, which resides in /usr/src/lib/libdisk/disk.c,
> >    the maximum number of disks probed is limited to 10 for each device
> >    type wd* or sd*. This means, that my disks sd10 to sd14 won't get
> >    recognized by Disk_Names and therefore by sysinstall. Even
> >    if you haven't got this number of disks, sd10 can be reached quickly,
> >    by wiring down targets 0-6 at scbus 0 to sd0-6 and targets 0-6 at scbus 1
> >    to sd8-14 as I am doing it at the moment.
> >    Maybe it makes sence to increase this number too. My suggestion would be
> >    16 or 32 at the moment.
> If you have that many disks, you will soon grow out of screen-real-estate
> too, so I don't think this is really important...

That's true. For me it works, since I use sysinstall only for the root fs
and do other disks later by hand. I only wondered if there is also another
use of Disk_Names() somwhere else where it might become important...