1994-05-26 05:23:31 +00:00
|
|
|
%union {
|
|
|
|
char *str;
|
|
|
|
int val;
|
|
|
|
struct file_list *file;
|
|
|
|
}
|
|
|
|
|
1999-10-30 10:55:48 +00:00
|
|
|
%token ARCH
|
1994-05-26 05:23:31 +00:00
|
|
|
%token COMMA
|
1999-05-10 02:42:58 +00:00
|
|
|
%token CONFIG
|
1994-05-26 05:23:31 +00:00
|
|
|
%token CPU
|
|
|
|
%token DEVICE
|
|
|
|
%token EQUALS
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
%token HINTS
|
1994-05-26 05:23:31 +00:00
|
|
|
%token IDENT
|
|
|
|
%token MAXUSERS
|
|
|
|
%token OPTIONS
|
|
|
|
%token MAKEOPTIONS
|
|
|
|
%token SEMICOLON
|
|
|
|
|
|
|
|
%token <str> ID
|
|
|
|
%token <val> NUMBER
|
|
|
|
|
|
|
|
%type <str> Save_id
|
1999-04-27 01:37:01 +00:00
|
|
|
%type <str> Opt_value
|
1994-05-26 05:23:31 +00:00
|
|
|
%type <str> Dev
|
|
|
|
|
|
|
|
%{
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Copyright (c) 1988, 1993
|
|
|
|
* The Regents of the University of California. All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
* 3. All advertising materials mentioning features or use of this software
|
|
|
|
* must display the following acknowledgement:
|
|
|
|
* This product includes software developed by the University of
|
|
|
|
* California, Berkeley and its contributors.
|
|
|
|
* 4. Neither the name of the University nor the names of its contributors
|
|
|
|
* may be used to endorse or promote products derived from this software
|
|
|
|
* without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
* @(#)config.y 8.1 (Berkeley) 6/6/93
|
1999-10-08 06:20:43 +00:00
|
|
|
* $FreeBSD$
|
1994-05-26 05:23:31 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include <ctype.h>
|
1994-11-23 20:36:08 +00:00
|
|
|
#include <err.h>
|
1997-09-15 06:37:10 +00:00
|
|
|
#include <stdio.h>
|
1995-12-11 10:52:34 +00:00
|
|
|
#include <string.h>
|
1994-05-26 05:23:31 +00:00
|
|
|
|
1999-04-18 13:36:29 +00:00
|
|
|
#include "config.h"
|
|
|
|
|
1999-04-17 14:41:41 +00:00
|
|
|
static struct device cur;
|
|
|
|
static struct device *curp = 0;
|
|
|
|
|
|
|
|
struct device *dtab;
|
|
|
|
char *ident;
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
char *hints;
|
2000-08-25 19:30:03 +00:00
|
|
|
int hintmode;
|
1999-04-17 14:41:41 +00:00
|
|
|
int yyline;
|
1999-05-09 18:54:25 +00:00
|
|
|
struct file_list *ftab;
|
1999-04-17 14:41:41 +00:00
|
|
|
char errbuf[80];
|
|
|
|
int maxusers;
|
|
|
|
|
1996-12-14 19:53:49 +00:00
|
|
|
#define ns(s) strdup(s)
|
1994-05-26 05:23:31 +00:00
|
|
|
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
static void yyerror(char *s);
|
1999-04-18 13:36:29 +00:00
|
|
|
|
1997-09-15 06:37:10 +00:00
|
|
|
|
1994-05-26 05:23:31 +00:00
|
|
|
%}
|
|
|
|
%%
|
|
|
|
Configuration:
|
|
|
|
Many_specs
|
|
|
|
;
|
|
|
|
|
|
|
|
Many_specs:
|
|
|
|
Many_specs Spec
|
|
|
|
|
|
|
|
|
/* lambda */
|
|
|
|
;
|
|
|
|
|
|
|
|
Spec:
|
|
|
|
Device_spec SEMICOLON
|
|
|
|
= { newdev(&cur); } |
|
|
|
|
Config_spec SEMICOLON
|
|
|
|
|
|
|
|
|
SEMICOLON
|
|
|
|
|
|
|
|
|
error SEMICOLON
|
|
|
|
;
|
|
|
|
|
|
|
|
Config_spec:
|
1999-10-30 10:55:48 +00:00
|
|
|
ARCH Save_id
|
1994-05-26 05:23:31 +00:00
|
|
|
= {
|
1999-04-17 14:41:41 +00:00
|
|
|
if (!strcmp($2, "i386")) {
|
1994-05-26 05:23:31 +00:00
|
|
|
machine = MACHINE_I386;
|
|
|
|
machinename = "i386";
|
1998-05-02 01:57:39 +00:00
|
|
|
} else if (!strcmp($2, "pc98")) {
|
|
|
|
machine = MACHINE_PC98;
|
|
|
|
machinename = "pc98";
|
1998-06-09 14:02:08 +00:00
|
|
|
} else if (!strcmp($2, "alpha")) {
|
|
|
|
machine = MACHINE_ALPHA;
|
|
|
|
machinename = "alpha";
|
2000-09-29 13:36:47 +00:00
|
|
|
} else if (!strcmp($2, "ia64")) {
|
|
|
|
machine = MACHINE_IA64;
|
|
|
|
machinename = "ia64";
|
1994-05-26 05:23:31 +00:00
|
|
|
} else
|
|
|
|
yyerror("Unknown machine type");
|
|
|
|
} |
|
1999-04-27 01:37:01 +00:00
|
|
|
CPU Save_id
|
1994-05-26 05:23:31 +00:00
|
|
|
= {
|
|
|
|
struct cputype *cp =
|
|
|
|
(struct cputype *)malloc(sizeof (struct cputype));
|
1995-12-11 10:52:34 +00:00
|
|
|
memset(cp, 0, sizeof(*cp));
|
1996-12-14 19:53:49 +00:00
|
|
|
cp->cpu_name = $2;
|
1994-05-26 05:23:31 +00:00
|
|
|
cp->cpu_next = cputype;
|
|
|
|
cputype = cp;
|
|
|
|
} |
|
|
|
|
OPTIONS Opt_list
|
|
|
|
|
|
|
|
|
MAKEOPTIONS Mkopt_list
|
|
|
|
|
|
|
|
|
IDENT ID
|
1996-12-14 19:53:49 +00:00
|
|
|
= { ident = $2; } |
|
1999-05-10 02:42:58 +00:00
|
|
|
System_spec
|
|
|
|
|
|
1994-05-26 05:23:31 +00:00
|
|
|
MAXUSERS NUMBER
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
= { maxusers = $2; } |
|
|
|
|
HINTS ID
|
2000-08-25 19:30:03 +00:00
|
|
|
= {
|
|
|
|
hints = $2;
|
|
|
|
hintmode = 1;
|
|
|
|
};
|
1994-05-26 05:23:31 +00:00
|
|
|
|
1999-05-10 02:42:58 +00:00
|
|
|
System_spec:
|
|
|
|
CONFIG System_id System_parameter_list
|
|
|
|
= { warnx("line %d: root/dump/swap specifications obsolete", yyline);}
|
|
|
|
|
|
|
|
|
CONFIG System_id
|
|
|
|
;
|
|
|
|
|
|
|
|
System_id:
|
|
|
|
Save_id
|
|
|
|
= {
|
|
|
|
struct opt *op = (struct opt *)malloc(sizeof (struct opt));
|
|
|
|
memset(op, 0, sizeof(*op));
|
|
|
|
op->op_name = ns("KERNEL");
|
|
|
|
op->op_ownfile = 0;
|
|
|
|
op->op_next = mkopt;
|
|
|
|
op->op_value = $1;
|
|
|
|
op->op_line = yyline + 1;
|
|
|
|
mkopt = op;
|
|
|
|
};
|
|
|
|
|
|
|
|
System_parameter_list:
|
|
|
|
System_parameter_list ID
|
|
|
|
| ID
|
|
|
|
;
|
|
|
|
|
1994-05-26 05:23:31 +00:00
|
|
|
Opt_list:
|
|
|
|
Opt_list COMMA Option
|
|
|
|
|
|
|
|
|
Option
|
|
|
|
;
|
|
|
|
|
|
|
|
Option:
|
1999-04-27 01:37:01 +00:00
|
|
|
Save_id
|
1994-05-26 05:23:31 +00:00
|
|
|
= {
|
|
|
|
struct opt *op = (struct opt *)malloc(sizeof (struct opt));
|
1995-12-11 10:52:34 +00:00
|
|
|
char *s;
|
|
|
|
memset(op, 0, sizeof(*op));
|
1996-12-14 19:53:49 +00:00
|
|
|
op->op_name = $1;
|
1994-05-26 05:23:31 +00:00
|
|
|
op->op_next = opt;
|
|
|
|
op->op_value = 0;
|
1998-07-12 02:18:41 +00:00
|
|
|
/*
|
|
|
|
* op->op_line is 1-based; yyline is 0-based but is now 1
|
|
|
|
* larger than when `Save_id' was lexed.
|
|
|
|
*/
|
1998-02-18 04:15:04 +00:00
|
|
|
op->op_line = yyline;
|
1994-05-26 05:23:31 +00:00
|
|
|
opt = op;
|
1997-09-15 06:37:10 +00:00
|
|
|
if ((s = strchr(op->op_name, '='))) {
|
1999-04-24 18:59:19 +00:00
|
|
|
warnx("line %d: The `=' in options should not be quoted", yyline);
|
1995-12-11 10:52:34 +00:00
|
|
|
*s = '\0';
|
|
|
|
op->op_value = ns(s + 1);
|
|
|
|
}
|
1994-05-26 05:23:31 +00:00
|
|
|
} |
|
1999-04-27 01:37:01 +00:00
|
|
|
Save_id EQUALS Opt_value
|
1994-05-26 05:23:31 +00:00
|
|
|
= {
|
|
|
|
struct opt *op = (struct opt *)malloc(sizeof (struct opt));
|
1995-12-11 10:52:34 +00:00
|
|
|
memset(op, 0, sizeof(*op));
|
1996-12-14 19:53:49 +00:00
|
|
|
op->op_name = $1;
|
1994-05-26 05:23:31 +00:00
|
|
|
op->op_next = opt;
|
1996-12-14 19:53:49 +00:00
|
|
|
op->op_value = $3;
|
1998-07-12 02:18:41 +00:00
|
|
|
op->op_line = yyline + 1;
|
1994-05-26 05:23:31 +00:00
|
|
|
opt = op;
|
|
|
|
} ;
|
|
|
|
|
1999-04-27 01:37:01 +00:00
|
|
|
Opt_value:
|
1994-05-26 05:23:31 +00:00
|
|
|
ID
|
1999-04-24 18:59:19 +00:00
|
|
|
= { $$ = $1; } |
|
1994-05-26 05:23:31 +00:00
|
|
|
NUMBER
|
1999-04-24 18:59:19 +00:00
|
|
|
= {
|
|
|
|
char buf[80];
|
1994-05-26 05:23:31 +00:00
|
|
|
|
1999-04-24 18:59:19 +00:00
|
|
|
(void) snprintf(buf, sizeof(buf), "%d", $1);
|
|
|
|
$$ = ns(buf);
|
|
|
|
} ;
|
1994-05-26 05:23:31 +00:00
|
|
|
|
|
|
|
Save_id:
|
|
|
|
ID
|
1996-12-14 19:53:49 +00:00
|
|
|
= { $$ = $1; }
|
1994-05-26 05:23:31 +00:00
|
|
|
;
|
|
|
|
|
|
|
|
Mkopt_list:
|
|
|
|
Mkopt_list COMMA Mkoption
|
|
|
|
|
|
|
|
|
Mkoption
|
|
|
|
;
|
|
|
|
|
|
|
|
Mkoption:
|
1999-04-27 01:37:01 +00:00
|
|
|
Save_id EQUALS Opt_value
|
1994-05-26 05:23:31 +00:00
|
|
|
= {
|
|
|
|
struct opt *op = (struct opt *)malloc(sizeof (struct opt));
|
1995-12-11 10:52:34 +00:00
|
|
|
memset(op, 0, sizeof(*op));
|
1996-12-14 19:53:49 +00:00
|
|
|
op->op_name = $1;
|
1995-12-11 10:52:34 +00:00
|
|
|
op->op_ownfile = 0; /* for now */
|
1994-05-26 05:23:31 +00:00
|
|
|
op->op_next = mkopt;
|
1996-12-14 19:53:49 +00:00
|
|
|
op->op_value = $3;
|
1998-07-12 02:18:41 +00:00
|
|
|
op->op_line = yyline + 1;
|
1994-05-26 05:23:31 +00:00
|
|
|
mkopt = op;
|
|
|
|
} ;
|
|
|
|
|
|
|
|
Dev:
|
|
|
|
ID
|
1996-12-14 19:53:49 +00:00
|
|
|
= { $$ = $1; }
|
1994-05-26 05:23:31 +00:00
|
|
|
;
|
|
|
|
|
|
|
|
Device_spec:
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
DEVICE Dev
|
1999-11-09 07:20:22 +00:00
|
|
|
= {
|
|
|
|
cur.d_type = DEVICE;
|
2000-01-23 12:01:08 +00:00
|
|
|
cur.d_name = $2;
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
cur.d_count = UNKNOWN;
|
2000-01-23 12:01:08 +00:00
|
|
|
} |
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
DEVICE Dev NUMBER
|
1994-05-26 05:23:31 +00:00
|
|
|
= {
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
cur.d_type = DEVICE;
|
1994-05-26 05:23:31 +00:00
|
|
|
cur.d_name = $2;
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
cur.d_count = $3;
|
|
|
|
if (cur.d_count == 0)
|
|
|
|
warnx("line %d: devices with zero units are not likely to be correct", yyline);
|
|
|
|
} ;
|
1994-05-26 05:23:31 +00:00
|
|
|
|
|
|
|
%%
|
|
|
|
|
1999-04-18 13:36:29 +00:00
|
|
|
static void
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
yyerror(char *s)
|
1994-05-26 05:23:31 +00:00
|
|
|
{
|
1997-09-16 07:11:13 +00:00
|
|
|
|
1997-09-15 06:37:10 +00:00
|
|
|
warnx("line %d: %s", yyline + 1, s);
|
1994-05-26 05:23:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* add a device to the list of devices
|
|
|
|
*/
|
1999-04-17 14:41:41 +00:00
|
|
|
static void
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
newdev(struct device *dp)
|
1994-05-26 05:23:31 +00:00
|
|
|
{
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
struct device *np;
|
|
|
|
|
1994-05-26 05:23:31 +00:00
|
|
|
np = (struct device *) malloc(sizeof *np);
|
1995-12-11 10:52:34 +00:00
|
|
|
memset(np, 0, sizeof(*np));
|
1994-05-26 05:23:31 +00:00
|
|
|
*np = *dp;
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
np->d_name = dp->d_name;
|
|
|
|
np->d_type = dp->d_type;
|
|
|
|
np->d_count = dp->d_count;
|
1994-05-26 05:23:31 +00:00
|
|
|
np->d_next = 0;
|
|
|
|
if (curp == 0)
|
|
|
|
dtab = np;
|
|
|
|
else
|
|
|
|
curp->d_next = np;
|
|
|
|
curp = np;
|
|
|
|
}
|