Is that statically-linked? I'm curious to know the size of the bootloader
forth footprint. The loader is about 150k, so I'm sure you could probably
fit a nice Scheme interpreter in under that size... ??
ie. almost all of the size is the dictionary/runtime library.
I'll bet it's
6134244763480 69298 10eb2 scheme
Is that statically-linked? I'm curious to know the size of the bootloader
forth footprint. The loader is about 150k, so I'm sure you could probably
fit a nice Scheme interpreter in under that size... ??
Dynamically linked. Here is
freebsd I suppose I could volunteer for this.
It would be great, but current /boot/loader has also the fancy
feature, tty screen handling (see /usr/share/examples/bootforth if you
have never seen before). I heavily depend on this feature for the
selection menu of boot kernel using a sample
I suppose I could volunteer for this. I've been dissecting the loader for
months now and hitting the 4th fence has been bothersome.. As far as
braving those pesky naysayers, I thought about doing it on my own anyway so
if no one wants the change, I'll just keep it for my own systems. =)
and evaluate data as code just as
well as any other LISP dialect. Somebody needs to go back and take a
CS class or something. :-)
- Jordan
From: Jim Bryant [EMAIL PROTECTED]
Subject: Re: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS
Date: Thu, 06 Sep 2001 00:58:25 -0500
FreeBSD Fanatic
Jordan Hubbard wrote:
Are you guys on crack? Scheme is just a dialect of LISP, where LISP
could also just as easily be any one of MacLisp, InterLisp, Franz
Lisp, Common Lisp or one of many other possibilities. The very
acronym lacks specific meaning without an additional qualifier.
Scheme
In message [EMAIL PROTECTED] Jim Bryant writes:
: I doubt if the bootloader will ever change from FORTH, but if it
: does, I suggest LISP as the preferred choice on a short-list of
: potential replacements.
It would make it very cool junior kernel hacker task to use lisp in
the boot loader...
In article local.mail.freebsd-current/[EMAIL PROTECTED]
you write:
In message [EMAIL PROTECTED] Jim Bryant writes:
: I doubt if the bootloader will ever change from FORTH, but if it
: does, I suggest LISP as the preferred choice on a short-list of
: potential replacements.
It would make it very
$ size scheme
textdata bss dec hex filename
6134244763480 69298 10eb2 scheme
Is that statically-linked? I'm curious to know the size of the bootloader
forth footprint. The loader is about 150k, so I'm sure you could probably
fit a nice Scheme
On Thu, 6 Sep 2001, Jonathan Lemon wrote:
It would make it very cool junior kernel hacker task to use lisp in
the boot loader...
Seriously now, don't we have better things to spend our time and
energies on than re-implementing code that already works?
But, if we rewrite the bootloader in LISP
Show us a suitable LISP interpreter, then.
$ cd ~/lang/Scheme/tinyscm-1.27
$ size scheme
textdata bss dec hex filename
6134244763480 69298 10eb2 scheme
Is that statically-linked? I'm curious to know the size of the bootloader
forth footprint.
On Tue, Sep 04, 2001 at 09:48:24AM -0300, Daniel Capo Sobral wrote:
When I first wrote the loader.conf thingy, I couldn't get the value
of environment variables from the FICL environment.
...
Anyway, I have been too busy lately to do anything with FreeBSD that
is not directly related to
On 5/09, David O'Brien wrote:
| On Tue, Sep 04, 2001 at 09:48:24AM -0300, Daniel Capo Sobral wrote:
| When I first wrote the loader.conf thingy, I couldn't get the value
| of environment variables from the FICL environment.
| ...
| Anyway, I have been too busy lately to do anything with
David O'Brien wrote:
On Tue, Sep 04, 2001 at 09:48:24AM -0300, Daniel Capo Sobral wrote:
When I first wrote the loader.conf thingy, I couldn't get the value
of environment variables from the FICL environment.
...
Anyway, I have been too busy lately to do anything with FreeBSD that
is not
Samuel Tardieu wrote:
Or why is BSD make used when the vast majority of Free Software developpers
use GNU make?
1) It actually works
2) It can operate with a Bourne shell, and does not depend
on bash-isms
3) The files created to use it are more portable to other
On Wed, Sep 05, 2001 at 12:04:49PM -0700, Terry Lambert wrote:
Samuel Tardieu wrote:
Or why is BSD make used when the vast majority of Free Software developpers
use GNU make?
1)It actually works
You forgot the syntax is nearly the same as GNU Make.
(or rather both accept nearly the
On Wed, 5 Sep 2001, Daniel C. Sobral wrote:
David O'Brien wrote:
On Tue, Sep 04, 2001 at 09:48:24AM -0300, Daniel Capo Sobral wrote:
When I first wrote the loader.conf thingy, I couldn't get the value
of environment variables from the FICL environment.
...
Anyway, I have been
Julian Elischer wrote:
I myself questioned the wisdom of using Forth at the time, and Jordan
simply replied I was free to find a more popular language with a freely
available interpreter that would fit in as small a space as FICL did.
there is a Basic interpeter that fits in 1024 bytes
From: Daniel C. Sobral [EMAIL PROTECTED]
Subject: Re: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS
Date: Wed, 05 Sep 2001 15:55:16 -0300
I myself questioned the wisdom of using Forth at the time, and Jordan
simply replied I was free to find a more popular language with a freely
In message [EMAIL PROTECTED], Jordan Hubbard writes:
FreeBSD is simply following an well-established trend for boot loaders
here rather than going its own way, and if we were to use Ruby as our
boot loader then I'm sure a lot of Japanese people would be very happy
but it would also make us
On Wed, Sep 05, 2001 at 01:26:22PM -0700, Jordan Hubbard wrote:
I myself questioned the wisdom of using Forth at the time, and Jordan
simply replied I was free to find a more popular language with a freely
available interpreter that would fit in as small a space as FICL did.
I also
David O'Brien wrote:
On Wed, Sep 05, 2001 at 12:04:49PM -0700, Terry Lambert wrote:
Samuel Tardieu wrote:
Or why is BSD make used when the vast majority of Free Software developpers
use GNU make?
1)It actually works
You forgot the syntax is nearly the same as GNU Make.
(or rather
Julian Elischer wrote:
On Wed, 5 Sep 2001, Daniel C. Sobral wrote:
David O'Brien wrote:
On Tue, Sep 04, 2001 at 09:48:24AM -0300, Daniel Capo Sobral wrote:
When I first wrote the loader.conf thingy, I couldn't get the value
of environment variables from the FICL environment.
...
On Wed, Sep 05, 2001 at 08:15:59PM -0500, Jim Bryant wrote:
In the case of forth, the interpreter will accept nothing that looks even
vaguely simular to C/C++, FORTRAN, bourne shell, awk, or perl.
...
It's been a very long time since FORTRAN fit in 4k, I don't think C
ever did, bourne
Dave Cornejo wrote:
you wrote:
And just for the record: PERL is right out (of space) for this purpose...
as I assume emacs would be too? :-(
Hey now! Them's fightin' words! :^)
Emacs makes the sun shine,
Emacs makes the birds sing,
Emacs makes the grass grow green!
chsh -s
Jim Bryant wrote:
Dave Cornejo wrote:
you wrote:
And just for the record: PERL is right out (of space) for this
purpose...
as I assume emacs would be too? :-(
Hey now! Them's fightin' words! :^)
Emacs makes the sun shine,
Emacs makes the birds sing,
Emacs makes the grass
On Wed, Sep 05, 2001 at 08:42:39PM -0500, Jim Bryant wrote:
I doubt if the bootloader will ever change from FORTH, but if it
does, I suggest LISP as the preferred choice on a short-list of
potential replacements.
Show us a suitable LISP interpreter, then.
Kris
PGP signature
Kris Kennaway wrote:
On Wed, Sep 05, 2001 at 08:42:39PM -0500, Jim Bryant wrote:
I doubt if the bootloader will ever change from FORTH, but if it
does, I suggest LISP as the preferred choice on a short-list of
potential replacements.
Show us a suitable LISP interpreter, then.
Kris
I doubt if the bootloader will ever change from FORTH, but if it
does, I suggest LISP as the preferred choice on a short-list of
potential replacements.
Show us a suitable LISP interpreter, then.
I don't know what size constraints the bootloader has to have
but the smallest two lisp
Show us a suitable LISP interpreter, then.
$ cd ~/lang/Scheme/tinyscm-1.27
$ size scheme
textdata bss dec hex filename
6134244763480 69298 10eb2 scheme
Is that statically-linked? I'm curious to know the size of the bootloader
forth footprint. The
Bakul Shah wrote:
I doubt if the bootloader will ever change from FORTH, but if it
does, I suggest LISP as the preferred choice on a short-list of
potential replacements.
Show us a suitable LISP interpreter, then.
I don't know what size constraints the bootloader has to have
but the
FreeBSD Fanatic wrote:
Show us a suitable LISP interpreter, then.
$ cd ~/lang/Scheme/tinyscm-1.27
$ size scheme
textdata bss dec hex filename
6134244763480 69298 10eb2 scheme
Is that statically-linked? I'm curious to know the size of the bootloader
forth
On Thu, 6 Sep 2001, Jim Bryant wrote:
I still think that Scheme has far less proficient programmers than LISP.
What? You think there are far less proficient accountants than there
are mathematicians? But more people get Accounting degrees daily than
Mathematics degrees, and besides that it's
I myself questioned the wisdom of using Forth at the time, and Jordan
simply replied I was free to find a more popular language with a freely
available interpreter that would fit in as small a space as FICL did.
Just for the record; I spent a lot of time interviewing small script
you wrote:
And just for the record: PERL is right out (of space) for this purpose...
as I assume emacs would be too? :-(
--
Dave Cornejo @ Dogwood Media, Fremont, California (also [EMAIL PROTECTED])
There aren't any monkeys chasing us... - Xochi
To Unsubscribe: send mail to [EMAIL
Unheedful of thy elder's warnings, Mike Smith wrote:
Then, shouldn't we remove the PnP BIOS driver (pnpbios) from the
kernel and make it a module, so that the boot loader will load either
the ACPI module or the PnP BIOS module?
Yes, we probably should.
I'd like to see the boot-conf
The loader now detects ACPI in your system, and loads the ACPI
module if it is present. This has major ramifications for the
device probe and attach phases of system initialisation.
- Root PCI bridges are detected using ACPI.
- PCI interrupt routing is now performed using ACPI.
- The PnP
Then, shouldn't we remove the PnP BIOS driver (pnpbios) from the
kernel and make it a module, so that the boot loader will load either
the ACPI module or the PnP BIOS module?
Yes, we probably should.
I'd like to see the boot-conf code learn how to deal with foo_load
variables set in the
In message [EMAIL PROTECTED] Mike Smith writes:
: I'd like to see the boot-conf code learn how to deal with foo_load
: variables set in the environment in the same fashion it deals with
: them as it reads /boot/loader.conf; this would result in the acpi and
: pnpbios modules being loaded at the
On Wed, Aug 29, 2001 at 07:58:59PM -0700, Mike Smith wrote:
- The PnP BIOS is disabled and onboard peripherals are detected
using ACPI, and attach to ACPI and not isa.
With the ACPI module loaded I find that ed0, fdc0 and pca0 are no
longer detected (well, fdc0 is detected but gives an
In servalan.mailinglist.fbsd-current David Malone writes:
On Wed, Aug 29, 2001 at 07:58:59PM -0700, Mike Smith wrote:
- The PnP BIOS is disabled and onboard peripherals are detected
using ACPI, and attach to ACPI and not isa.
With the ACPI module loaded I find that ed0, fdc0 and pca0 are
I have a question, does /dev/mem wrap lgoically back to address once
it's reached the end of physical memory?
Er, no, I wouldn't have thought so.
110779f460 7c 7c 52 53 44 20 50 54 52 20 2e 54 62 56 7c 2e |||RSD PTR .TbV
|.|
Should this be far enough along for you to get
I sent it in a private message to you to keep from spamming the list with a 60k file...
I was wondering why the address was so high, and it was still catching matches of
anything...
Mike Smith wrote:
I have a question, does /dev/mem wrap lgoically back to address once
it's reached
I would have waited for the re-run of hexdump to finish, but checking right a
fter I sent the last message produced:
00369400 52 53 44 20 50 54 52 20 00 54 62 56 61 6c 69 64 |RSD PTR .TbValid
You did say that what you are looking for would be left-aligned, could it be
the bit at
Hi. My MPC-206 made panic with -current GENERIC kernel.
It can boot normaly with 'unset acpi_load'.
'dmesg' results as follows:
=
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of
I have a question, does /dev/mem wrap lgoically back to address once it's
reached the end of physical memory?
I left the hexdump -C running all night and just checked and it's still running, and
the output file shoes that it's somewhere past
address:
110779f460 7c 7c 52 53 44 20 50
On Thu, 30 Aug 2001, Bruce Evans wrote:
I've found acpica as useful as any other disk filling service and hope
it stays that way.
Bruce
Can someone put this in fortunes.dat :)
--
:{ [EMAIL PROTECTED]
Andy Farkas
System Administrator
Speednet Communications
My motherboard is a Tyan S1696-DLUA dual P2-333. I am using the latest known
bios updates. ACPI is enabled, and APM disabled in
the BIOS. This happens regardless if PnP is on or off in the BIOS.
[dmesg | grep -i acpi]
ACPI debug layer 0x0 debug level 0x0
tbxface-0170: *** Error:
In progress... You aren't joking about it taking a while... Been half an hour now...
Mike Smith wrote:
My motherboard is a Tyan S1696-DLUA dual P2-333. I am using the latest known
bios updates. ACPI is enabled, and APM disabled in
the BIOS. This happens regardless if PnP is on or off in
Duh!!! No wonder it was taking so long... Seems we both forgot that would have never
come up with anything...
doing a:
hexdump -C /dev/mem | grep RSD PTR
now...
Mike Smith wrote:
My motherboard is a Tyan S1696-DLUA dual P2-333. I am using the latest known
bios updates. ACPI is enabled,
I would have waited for the re-run of hexdump to finish, but checking right after I
sent the last message produced:
DING! wahoo(102): hexdump -C /dev/mem | grep RSD PTR
000716d0 67 72 65 70 20 22 52 53 44 20 50 54 52 22 27 00 |grep RSD PTR'.|
000719d0 67 72 65 70 20 22 52 53 44 20 50 54
I'm going to double-check my config against GENERIC, but I've been seeing this since
before the new changes.
Because of that one problem with the missing file the other day, I simply blasted and
re-synched my /usr/src/sys, so I am definitely
running the latest sources.
My motherboard is a
| Most systems with soft power will perform a hard powerdown if you hold
| down the power button for a sufficiently long period of time (10 - 20
| seconds).
Correct ... and unfortunately it's done in hardware so you can trap it :-(
In some applications you want to make it really hard for
- I pushed the power button, and my system shut down cleanly!
Yes. ACPI brings some useful new features. 8)
FSVO ``useful''. It's a real PITA to have to physically unplug the
machine when the kernel is wedged rather than have the power button
turn off the power. (The machine
On Wed, 29 Aug 2001, Robert Watson wrote:
On Wed, 29 Aug 2001, Garrett Wollman wrote:
FSVO ``useful''. It's a real PITA to have to physically unplug the
machine when the kernel is wedged rather than have the power button
turn off the power. (The machine in question does not have a reset
On 30-Aug-2001 Alexander N. Kabaev wrote:
| Freshly cvsuped kernel fails to build trying to find acpi_isa.c file, which
| does not exist anymore.
The following patch I sent to Mike allows the kernel to build.
Index: modules/acpica/Makefile
On 30-Aug-2001 Alexander N. Kabaev wrote:
| Freshly cvsuped kernel fails to build trying to find acpi_isa.c file, which
| does not exist anymore.
The following patch I sent to Mike allows the kernel to build.
The files omission has been fixed; the 'acpica' module has moved to
become the
Freshly cvsuped kernel fails to build trying to find acpi_isa.c file, which
does not exist anymore.
On 30-Aug-2001 Mike Smith wrote:
I have just committed some changes to the way that ACPI works in
current. This has an impact on all -current users, so please
take a few seconds to read
On Wed, 29 Aug 2001, Garrett Wollman wrote:
On Wed, 29 Aug 2001 19:58:59 -0700, Mike Smith [EMAIL PROTECTED] said:
- I pushed the power button, and my system shut down cleanly!
Yes. ACPI brings some useful new features. 8)
FSVO ``useful''. It's a real PITA to have to physically
Robert Watson writes:
| On Wed, 29 Aug 2001, Garrett Wollman wrote:
| On Wed, 29 Aug 2001 19:58:59 -0700, Mike Smith [EMAIL PROTECTED] said:
|- I pushed the power button, and my system shut down cleanly!
|
| Yes. ACPI brings some useful new features. 8)
|
| FSVO ``useful''. It's a
Doug Ambrisko wrote:
Robert Watson writes:
| On Wed, 29 Aug 2001, Garrett Wollman wrote:
| On Wed, 29 Aug 2001 19:58:59 -0700, Mike Smith [EMAIL PROTECTED] sai
d:
|- I pushed the power button, and my system shut down cleanly!
|
| Yes. ACPI brings some useful new features. 8)
61 matches
Mail list logo