headers
Christopher Nielsen | 1 May 2003 03:39
Picon
Favicon

Setting kfs parameters at boot

I've poked around a little bit, but I haven't found
an answer to this question.

Is there a way to set kfs parameters at boot, e.g.,
setting the -B to increase the number of in-memory
file system blocks?

--

-- 
Christopher Nielsen
"They who can give up essential liberty for temporary
safety, deserve neither liberty nor safety." --Benjamin Franklin
Permalink | Reply | 1 comment |
headers
Christopher Nielsen | 1 May 2003 03:43
Picon
Favicon

Re: Setting kfs parameters at boot

Nevermind. I found it in the man page for plan9.ini.

On Wed, Apr 30, 2003 at 06:39:35PM -0700, Christopher Nielsen wrote:
> I've poked around a little bit, but I haven't found
> an answer to this question.
> 
> Is there a way to set kfs parameters at boot, e.g.,
> setting the -B to increase the number of in-memory
> file system blocks?

--

-- 
Christopher Nielsen
"They who can give up essential liberty for temporary
safety, deserve neither liberty nor safety." --Benjamin Franklin
Permalink | Reply | 0 comments |
headers
rob pike, esq. | 1 May 2003 06:24

same functions everywhere

> Doug is thinking ahead to C1x.

Surely the committee moves faster than this, and he's
really thinking of C0x.

-rob
Permalink | Reply | 1 comment |
headers
Jim Meier | 1 May 2003 07:34

Re: same functions everywhere

On Wed, 2003-04-30 at 21:24, rob pike, esq. wrote:
> > Doug is thinking ahead to C1x.
> Surely the committee moves faster than this, and he's
> really thinking of C0x.

Heh, fast commitees .. that's some funny stuff there 
--

-- 
Jim Meier <jim <at> dsdd.org>
Permalink | Reply | 0 comments |
headers
will551 | 1 May 2003 10:09
Picon
Picon

tclport - stat problems - fix

hi
got that problem with stat fixed around midnight last night!
turned out that the default compile for Tcl was setting some
types to different types e.g. size_t to int. Some of these
types were used in the stat structure which of course was
already compiled with the original sizes.
I am running the Tcl test procedures at the moment so
will hopefully have a build early next week. 
l8r
will551

> I am have a problem with the function stat.
> When I ask for the file size of a file with the tcl "file" command I get
> a huge number that doesnt seem to relate to the file size at all:
> % file size blah.file
> 512341234556
Permalink | Reply | 0 comments |
headers
Douglas A. Gwyn | 1 May 2003 11:07
Favicon

Re: same functions everywhere

rsc <at> plan9.bell-labs.com wrote:
>>Can Plan 9 libraries throw such exceptions? where does this functionality
>>exist?
> Doug is thinking ahead to C1x.

Actally, no.  Several people (including me) have implemented
general, low-overhead exception-handling systems in C.  It
would be possible to make them more convenient with support
in the language itself, but one can go a long way just by
exploiting setjmp/longjmp via better packaging.
Permalink | Reply | 79 comments |
headers
Douglas A. Gwyn | 1 May 2003 11:07
Favicon

Re: same functions everywhere

Scott Schwartz wrote:
> | > Can Plan 9 libraries throw such exceptions? where does this functionality
> | > exist?
> | Doug is thinking ahead to C1x.
> Tell Doug that the committee should be thinking about a standard counted
> string/array mechanism instead.

Why?
Permalink | Reply | 0 comments |
headers
Russ Cox | 1 May 2003 15:55
Favicon

Re: same functions everywhere

> Actally, no.  Several people (including me) have implemented
> general, low-overhead exception-handling systems in C.  It
> would be possible to make them more convenient with support
> in the language itself, but one can go a long way just by
> exploiting setjmp/longjmp via better packaging.

You're preaching to the choir.  Look at the Plan 9 kernel.
Permalink | Reply | 78 comments |
headers
Kiyoshi MATSUI | 1 May 2003 16:07
Picon

Re: Cannot boot with kfs error

Thanks Fco and Russ for reply.

I am really using SCSI drives (sd03 is the forth drive).  The SCSI card
has Symbios 53C875 chip.

On Wed, 30 Apr 2003 12:00:06 -0400
Russ Cox wrote:
> Download http://plan9.bell-labs.com/~rsc/plan9/9pcdisk.apr30.gz,
> write it to your boot floppy as 9pcdisk.gz, and set
> bootfile=fd0!9pcdisk.gz to plan9.ini on the boot floppy.

I have tried the Russ's kernel.  The result, however, is the same (kfs
error again).

I have commented out the 'ether=rtl8139' line in 'plan9.ini'.  The pause
of 10 minutes long, however, is not shortened.

I have done again [copydist] in the installer.  The result never changes.

Since the installer's plan9 works fine, including kfs and rio (except
the problem of long pause), I think that my plan9 will certainly boot
and work, as soon as the neccessary settings are done.

What is lacking?  How can I investigate the problem?

                                                                 kmatsui
Permalink | Reply | 6 comments |
headers
Russ Cox | 1 May 2003 16:11
Favicon

Re: Re: Cannot boot with kfs error

Set

	*nousbprobe=1
	*noetherprobe=1

in plan9.ini too.

Russ
Permalink | Reply | 0 comments |

Gmane