Re: Kernel breakage?

2002-10-27 Thread Kris Kennaway
On Sun, Oct 27, 2002 at 06:35:30PM -0800, Julian Elischer wrote:
> I got caught by this too you need to do your kernel build in a "make
> buildkernel" after doing a make buildworld, so that it uses the newly
> compiled compiler.
> 
> should be in UPDATING.

Well, it is in UPDATING..this has been the documented way to do kernel
builds for at least a year.

Kris



msg45469/pgp0.pgp
Description: PGP signature


Re: Kernel breakage?

2002-10-27 Thread Julian Elischer
I got caught by this too you need to do your kernel build in a "make
buildkernel" after doing a make buildworld, so that it uses the newly
compiled compiler.

should be in UPDATING.



On Sun, 27 Oct 2002, Josef Karthauser wrote:

> Is this me?
> 
> cc1: warnings being treated as errors
> /usr/src/sys/ddb/db_examine.c: In function `db_examine':
> /usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type
> character `y' in format
> /usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for
> format
> /usr/src/sys/ddb/db_examine.c: In function `db_print_cmd':
> /usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type
> character `y' in format
> /usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for
> format
> *** Error code 1
> 
> Joe
> -- 
> "As far as the laws of mathematics refer to reality, they are not certain;
> and as far as they are certain, they do not refer to reality." - Albert
> Einstein, 1921
> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Kernel breakage?

2002-10-27 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]>
Robert Watson <[EMAIL PROTECTED]> writes:
: I think UPDATING hasn't been updated on this, but there was a change in
: the format printing for printf that conflicts with the ddb format
: printing.  You need to rebuild your gcc.

For dumb stuff like this, I don't put stuff into updating.  The
experienced user is expected to know about 'make WERROR=' to work
around these issues  Or to do an update to the latest sources..

Warner

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Kernel breakage?

2002-10-27 Thread Doug Barton
Josef Karthauser wrote:
> 
> On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote:
> > I think UPDATING hasn't been updated on this, but there was a change in
> > the format printing for printf that conflicts with the ddb format
> > printing.  You need to rebuild your gcc.
> 
> Thanks. I'll do that.  I'm a bit scared of rebuilding world though until
> I've seen a working kernel :).

Did a complete upgrade from yesterday's sources (around noon) and so far
things are very smooth on my X desktop machine. I'd say this is probably
a good time to upgrade.

Doug

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Kernel breakage?

2002-10-27 Thread Josef Karthauser
On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote:
> I think UPDATING hasn't been updated on this, but there was a change in
> the format printing for printf that conflicts with the ddb format
> printing.  You need to rebuild your gcc.

Thanks. I'll do that.  I'm a bit scared of rebuilding world though until
I've seen a working kernel :).

Joe
-- 
"As far as the laws of mathematics refer to reality, they are not certain;
and as far as they are certain, they do not refer to reality." - Albert
Einstein, 1921



msg45456/pgp0.pgp
Description: PGP signature


Re: Kernel breakage?

2002-10-27 Thread Robert Watson
I think UPDATING hasn't been updated on this, but there was a change in
the format printing for printf that conflicts with the ddb format
printing.  You need to rebuild your gcc.

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Network Associates Laboratories

On Sun, 27 Oct 2002, Josef Karthauser wrote:

> Is this me?
> 
> cc1: warnings being treated as errors
> /usr/src/sys/ddb/db_examine.c: In function `db_examine':
> /usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type
> character `y' in format
> /usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for
> format
> /usr/src/sys/ddb/db_examine.c: In function `db_print_cmd':
> /usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type
> character `y' in format
> /usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for
> format
> *** Error code 1
> 
> Joe
> -- 
> "As far as the laws of mathematics refer to reality, they are not certain;
> and as far as they are certain, they do not refer to reality." - Albert
> Einstein, 1921
> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Kernel breakage?

2002-10-27 Thread Josef Karthauser
Is this me?

cc1: warnings being treated as errors
/usr/src/sys/ddb/db_examine.c: In function `db_examine':
/usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type
character `y' in format
/usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for
format
/usr/src/sys/ddb/db_examine.c: In function `db_print_cmd':
/usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type
character `y' in format
/usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for
format
*** Error code 1

Joe
-- 
"As far as the laws of mathematics refer to reality, they are not certain;
and as far as they are certain, they do not refer to reality." - Albert
Einstein, 1921



msg45453/pgp0.pgp
Description: PGP signature


Re: Kernel breakage in XE module

2002-06-10 Thread Bruce Evans

On Mon, 10 Jun 2002, Julian Elischer wrote:

> the HIDENAME() macro was changed to work with Gcc3.1 (the new compiler)
> but broke it for the old compiler/assembler.

Ugh.  I was surprised that this change worked for any gcc.  The change is
from:

#define HIDENAME(asmsym)__CONCAT(.,asmsym)

to:

#define HIDENAME(asmsym).asmsym

Note that the change isn't for use of CONCAT with "," and "word" lke
its commit message says.  It is for use of __CONCAT with "." and "word".
Here the quotes are to mark up identifiers -- there are no strings
involved.  The problem is that the ISO C concatenation operator "##"
is less useful than might first appear.  It is only required to work
if the result could be a preprocessing token, and the rules for when
the result could be a preprocessing token are quite complicated.  E.g.,
".foo" is not a preprocessing token but ".1" is.  The result of
concatenating "." with "foo" is undefined, and gcc now detects this
error.

Since ".foo" is lexed as separate tokens, there is no need for the
preprocessor to keep the "." and the "foo" separate.  In practice,
previous versions of the preprocessor inserted a space between the
tokens and the current version doesn't.  The current HIDENAME() macro
depends on this implementation detail in the current preprocessor and
is just broken in general.

> back out the definition in i386/include/asmacros.h to what it was before
> (it used to use the CONCAT() macro)
>
> OR
>
> bite the bullet and upgrade to a new -current and get the new compiler.

OR for a quick fix, fixing one of the following related bogons:

(1) For non-profiling kernels, HIDENAME is only used for the tmpstk
variable in locore.s, but there is no need for this variable to be
hidden.  Hiding it mainly broke examining it using ddb before ddb
was fixed to recognize symbols with a "." in their name.
(2) For non-profiling kernels, HIDENAME is only used for the tmpstk
variable in locore.s, but the old macro still works for cpp'ing
assembler sources.  This is why committing gcc-3 didn't break
building of all kernels.

Fixing the following related bogon would have no significant affect:

(3) HIDENAME still has its old definition in at least the i386
.  This is harmless at least on i386's because that
definition is not actually used.

This leaves the problem of fixing the use of HIDENAME in profiling kernels.
Unfortunately, the standard name for "mcount" requires a "." in it for
the ELF case (the ELF case is more broken than the aout case here).  This
problem is avoided for userland profiling using a magic asm in
.  The i386 prof_machdep.c uses HIDENAME to get slightly
less magic asm.

Bruce


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Kernel breakage in XE module

2002-06-10 Thread Dan Nelson

In the last episode (Jun 10), Troy said:
> Dan,
> 
> Thanks for your response.  I just built the gcc31 package, but it doesn't
> appear to replace the 2.95. Can you be a bit more specific on what I
> should do to upgrade the GCC in your last note.

Basically, buildworld.  If you're lucky, just building and installing
/usr/src/gnu/usr.bin/cc might work.

I guess another question would be "should you be able to build a
-current kernel with 2.95.3 anymore"?  It might make upgrades from 4.*
a bit difficult.

-- 
Dan Nelson
[EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Kernel breakage in XE module

2002-06-10 Thread Julian Elischer

the HIDENAME() macro was changed to work with Gcc3.1 (the new compiler)
but broke it for the old compiler/assembler.

back out the definition in i386/include/asmacros.h to what it was before
(it used to use the CONCAT() macro)

OR

bite the bullet and upgrade to a new -current and get the new compiler.


On Mon, 10 Jun 2002, Troy wrote:

> Been trying to buildkernel, and as of about 2 weeks ago something
> happened to the XE module.  Anyone have some ideas?
> 
> -Troy
> 
> ===> xe
> @ -> /usr/src/sys
> machine -> /usr/src/sys/i386/include
> awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
> awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h
> awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
> rm -f .depend
> CC='/usr/bin/cc' mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE -I- -I.
> -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include  /usr/src/sys/mod
> ules/xe/../../dev/xe/if_xe.c /usr/src/sys/modules/xe/../../dev/xe/if_xe_pccard.c
> 
> cd /usr/obj/usr/src/sys/SINDROME;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386
>  MACHINE=i386  OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec  GROFF_BIN_PATH=
> /usr/obj/usr/src/i386/usr/bin  
>GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font  
>GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac  DESTDIR=/usr/obj/usr/src/i386  
>INSTALL="sh /usr/src/tools/install.sh"  
>PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
>  OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/l
> ibexec make KERNEL=kernel all
> /usr/bin/cc -c -x assembler-with-cpp -DLOCORE -O -pipe  -Wall -Wredundant-decls
> -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winl
> ine -Wcast-qual  -Wno-format -ansi  -nostdinc -I-  -I. -I/usr/src/sys -I/usr/src
> /sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/us
> r/src/sys/../include  -D_KERNEL -ffreestanding -include opt_global.h -fno-common
>-mpreferred-stack-boundary=2 -ffreestanding  /usr/src/sys/i386/i386/locore.s
> {standard input}: Assembler messages:
> {standard input}:1684: Warning: rest of line ignored; first ignored character is
>  `t'
> {standard input}:1686: Error: unknown pseudo-op: `.'
> {standard input}:1801: Error: missing ')'
> {standard input}:1801: Error: missing ')'
> {standard input}:1801: Error: junk `tmpstk)- 0xc000)' after expression
> *** Error code 1
> 
> Stop in /usr/obj/usr/src/sys/SINDROME.
> *** Error code 1
> 
> Stop in /usr/src.
> *** Error code 1
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Kernel breakage in XE module

2002-06-10 Thread Dan Nelson

In the last episode (Jun 10), Troy said:
> Been trying to buildkernel, and as of about 2 weeks ago something
> happened to the XE module.  Anyone have some ideas?

Upgrade your gcc in the base system.

-- 
Dan Nelson
[EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Kernel breakage in XE module

2002-06-10 Thread Troy

Been trying to buildkernel, and as of about 2 weeks ago something
happened to the XE module.  Anyone have some ideas?

-Troy

===> xe
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h
awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
rm -f .depend
CC='/usr/bin/cc' mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE -I- -I.
-I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include  /usr/src/sys/mod
ules/xe/../../dev/xe/if_xe.c /usr/src/sys/modules/xe/../../dev/xe/if_xe_pccard.c

cd /usr/obj/usr/src/sys/SINDROME;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386
 MACHINE=i386  OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec  GROFF_BIN_PATH=
/usr/obj/usr/src/i386/usr/bin  
GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font  
GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac  DESTDIR=/usr/obj/usr/src/i386  
INSTALL="sh /usr/src/tools/install.sh"  
PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
  OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/l
ibexec make KERNEL=kernel all
/usr/bin/cc -c -x assembler-with-cpp -DLOCORE -O -pipe  -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winl
ine -Wcast-qual  -Wno-format -ansi  -nostdinc -I-  -I. -I/usr/src/sys -I/usr/src
/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/us
r/src/sys/../include  -D_KERNEL -ffreestanding -include opt_global.h -fno-common
   -mpreferred-stack-boundary=2 -ffreestanding  /usr/src/sys/i386/i386/locore.s
{standard input}: Assembler messages:
{standard input}:1684: Warning: rest of line ignored; first ignored character is
 `t'
{standard input}:1686: Error: unknown pseudo-op: `.'
{standard input}:1801: Error: missing ')'
{standard input}:1801: Error: missing ')'
{standard input}:1801: Error: junk `tmpstk)- 0xc000)' after expression
*** Error code 1

Stop in /usr/obj/usr/src/sys/SINDROME.
*** Error code 1

Stop in /usr/src.
*** Error code 1

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



make kernel breakage - src/sys/dev/usb/uplcom.c

2002-03-18 Thread Jeff Kletsky

Compiling from today's cvsup results in a failure to compile
src/sys/dev/usb/uplcom.c due to USB_PRODUCT_RATOC_REXUSB60 being
undefined.

It appears that usbdevs.h needs to be regenerated and checked in to the
repository. 

As a temporary fix:

  cd .../src/sys/dev/usb/
  awk -f devlist2h.awk < usbdevs

seems to resolve the issue.

Is there a reason this is (apparently) not run during the make process?

Jeff




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



CVSup mirrors (was Re: Alpha kernel breakage)

2001-09-13 Thread Mike Barcroft

[Moved to -hubs, BCC'd to -current]

John Polstra <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>,
> Mike Barcroft  <[EMAIL PROTECTED]> wrote:
> > It appears this was the problem.  Switching to cvsup2.FreeBSD.org
> > seems to have have solved it.  I assume this is a result of the S1G
> > bug in cvsup.  FYI: I was using cvsup.ca.FreeBSD.org.
> 
> Not intending to single out you folks in particular, but ...
> 
> Just a reminder, people: Please, if you think something is wrong
> with a CVSup mirror, write to the maintainer of that mirror and tell
> him.  All of the maintainers' e-mail addresses are listed in the
> Handbook:
> 
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html#CVSUP-MIRRORS
> 
> It doesn't do any good to tell the -current list; you have to tell
> the maintainer or the problem won't get fixed.

I was actually intending to contact the maintainer, but it looks like
the problem has already been fixed.

Would it be possible for us to be more proactive and check to make
sure all the offical CVSup mirrors are running the corrected version?

Best regards,
Mike Barcroft

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Alpha kernel breakage

2001-09-13 Thread John Polstra

In article <[EMAIL PROTECTED]>,
Mike Barcroft  <[EMAIL PROTECTED]> wrote:
> Marcel Moolenaar <[EMAIL PROTECTED]> writes:
> > 
> > BTW: I used cvsup9.freebsd.org.
> > 
> > That reminds me, I have to let somebody know...
> 
> It appears this was the problem.  Switching to cvsup2.FreeBSD.org
> seems to have have solved it.  I assume this is a result of the S1G
> bug in cvsup.  FYI: I was using cvsup.ca.FreeBSD.org.

Not intending to single out you folks in particular, but ...

Just a reminder, people: Please, if you think something is wrong
with a CVSup mirror, write to the maintainer of that mirror and tell
him.  All of the maintainers' e-mail addresses are listed in the
Handbook:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html#CVSUP-MIRRORS

It doesn't do any good to tell the -current list; you have to tell
the maintainer or the problem won't get fixed.

Thanks,
John
-- 
  John Polstra   [EMAIL PROTECTED]
  John D. Polstra & Co., Inc.Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Alpha kernel breakage

2001-09-12 Thread Mike Barcroft

Marcel Moolenaar <[EMAIL PROTECTED]> writes:
> On Wed, Sep 12, 2001 at 09:55:31PM -0400, Mike Barcroft wrote:
> > I'm seeing the following error building a kernel on my Alpha.  The
> > sources are updated as of a few minutes ago.
> 
> I had the same problem. Try using a different CVSup server.
> I had a kernel compiling shortly after the KSE stuff was
> checked, but had to go directly to freefall to get the
> lastest bits. After syncing again with one of the CVSup
> mirrors I had the breakage again...
> 
> BTW: I used cvsup9.freebsd.org.
> 
> That reminds me, I have to let somebody know...

It appears this was the problem.  Switching to cvsup2.FreeBSD.org
seems to have have solved it.  I assume this is a result of the S1G
bug in cvsup.  FYI: I was using cvsup.ca.FreeBSD.org.

Best regards,
Mike Barcroft

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: Alpha kernel breakage

2001-09-12 Thread Julian Elischer

Mike Barcroft wrote:
> 
> I'm seeing the following error building a kernel on my Alpha.  The
> sources are updated as of a few minutes ago.
> 
> [Output of 'make kernel KERNCONF=GENERIC NO_MODULES=true']

first do a make clean of the directory then make depend...
sounds like you have an old output of gensym (or whatever it's called)
> 
> --
> >>> Kernel build for GENERIC started on Wed Sep 12 21:31:24 EDT 2001
> --
> ===> GENERIC
> mkdir -p /usr/obj/usr/src/sys
> cd /usr/src/sys/alpha/conf;  
>PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
>  config  -d /usr/obj/usr/src/sys/GENERIC  /usr/src/sys/alpha/conf/GENERIC
> FYI: static unit limits for pci are set: NPCI=1
> FYI: static unit limits for faith are set: NFAITH=1
> FYI: static unit limits for ppp are set: NPPP=1
> FYI: static unit limits for atkbdc are set: NATKBDC=1
> FYI: static unit limits for sc are set: NSC=1
> Kernel build directory is /usr/obj/usr/src/sys/GENERIC
> Don't forget to do a ``make depend''
> cd /usr/obj/usr/src/sys/GENERIC;  MAKEOBJDIRPREFIX=/usr/obj  
>COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin  
>LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib  
>OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec  CFLAGS="-nostdinc -O -pipe 
>-mcpu=ev4"  PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0  
>GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin  
>GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font  
>GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac  DESTDIR=/usr/obj/usr/src/alpha 
> INSTALL="sh /usr/src/tools/install.sh"  
>PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
>  OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make 
>KERNEL=kernel clean
> rm -f *.o *.so *.So *.ko *.s eddep errs  kernel.debug kernel linterrs makelinks  
>setdef[01].c setdefs.h tags  vers.c vnode_if.c vnode_if.h  device_if.c bus_if.c 
>linker_if.c miibus_if.c pci_if.c pcib_if.c ppbus_if.c usb_if.c isa_if.c clock_if.c 
>alphapci_if.c mcclock_if.c device_if.h bus_if.h linker_if.h miibus_if.h pci_if.h 
>pcib_if.h ppbus_if.h usb_if.h isa_if.h clock_if.h alphapci_if.h mcclock_if.h  aicasm 
>aicasm_gram.c aicasm_scan.c y.tab.h  aic7xxx_seq.h aic7xxx_reg.h __divqu.S __divq.S 
>__divlu.S __divl.S __remqu.S __remq.S __remlu.S __reml.S
> cd /usr/obj/usr/src/sys/GENERIC;  MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  make 
>-f /usr/src/sys/dev/aic7xxx/aicasm/Makefile
> Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC
> yacc -d /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y
> mv y.tab.c aicasm_gram.c
> cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c aicasm_gram.c
> lex -t  /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c
> cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c aicasm_scan.c
> cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c 
>/usr/src/sys/dev/aic7xxx/aicasm/aicasm.c
> cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c 
>/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
> cc -O -pipe -mcpu=ev4 -I/usr/include -I. -o aicasm aicasm_gram.o aicasm_scan.o 
>aicasm.o aicasm_symbol.o  -ll
> cd /usr/obj/usr/src/sys/GENERIC;  MAKEOBJDIRPREFIX=/usr/obj  
>COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin  
>LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib  
>OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec  CFLAGS="-nostdinc -O -pipe 
>-mcpu=ev4"  PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0  
>GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin  
>GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font  
>GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac  DESTDIR=/usr/obj/usr/src/alpha 
> INSTALL="sh /usr/src/tools/install.sh"  
>PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
>  OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make 
>KERNEL=kernel depend
> rm -f .olddep
> if [ -f .depend ]; then mv .depend .olddep; fi
> make _kernel-depend
> cc -c -O -pipe -mcpu=ev4 -Wall -Wredundant-decls -Wnested-externs 
>-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
>-fformat-extensions -ansi -g -nostdinc -I-  -I. -I/usr/src/sys -I/usr/src/sys/dev 
>-I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include  -D_KERNEL -include 
>opt_global.h -elf  -mno-fp-regs -ffixed-8 -Wa,-mev56 -elf 
>/usr/src/sys/alpha/alpha/genassym.c
> In file included from /usr/src/sys/alpha/alpha/genassym.c:43:
> /usr/src/sys/sys/proc.h: In function `sigonstack':
> /usr/src/sys/sys/proc.h:339: dereferencing pointer to incomplete type
> In file included from /usr/src/sys/alpha

Re: Alpha kernel breakage

2001-09-12 Thread Marcel Moolenaar

On Wed, Sep 12, 2001 at 09:55:31PM -0400, Mike Barcroft wrote:
> I'm seeing the following error building a kernel on my Alpha.  The
> sources are updated as of a few minutes ago.

I had the same problem. Try using a different CVSup server.
I had a kernel compiling shortly after the KSE stuff was
checked, but had to go directly to freefall to get the
lastest bits. After syncing again with one of the CVSup
mirrors I had the breakage again...

BTW: I used cvsup9.freebsd.org.

That reminds me, I have to let somebody know...

-- 
 Marcel Moolenaar USPA: A-39004  [EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Alpha kernel breakage

2001-09-12 Thread Mike Barcroft

I'm seeing the following error building a kernel on my Alpha.  The
sources are updated as of a few minutes ago.

[Output of 'make kernel KERNCONF=GENERIC NO_MODULES=true']

--
>>> Kernel build for GENERIC started on Wed Sep 12 21:31:24 EDT 2001
--
===> GENERIC
mkdir -p /usr/obj/usr/src/sys
cd /usr/src/sys/alpha/conf;  
PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
  config  -d /usr/obj/usr/src/sys/GENERIC  /usr/src/sys/alpha/conf/GENERIC
FYI: static unit limits for pci are set: NPCI=1
FYI: static unit limits for faith are set: NFAITH=1
FYI: static unit limits for ppp are set: NPPP=1
FYI: static unit limits for atkbdc are set: NATKBDC=1
FYI: static unit limits for sc are set: NSC=1
Kernel build directory is /usr/obj/usr/src/sys/GENERIC
Don't forget to do a ``make depend''
cd /usr/obj/usr/src/sys/GENERIC;  MAKEOBJDIRPREFIX=/usr/obj  
COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin  
LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib  
OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec  CFLAGS="-nostdinc -O -pipe 
-mcpu=ev4"  PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0  
GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin  
GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font  
GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac  DESTDIR=/usr/obj/usr/src/alpha  
INSTALL="sh /usr/src/tools/install.sh"  
PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
  OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make 
KERNEL=kernel clean
rm -f *.o *.so *.So *.ko *.s eddep errs  kernel.debug kernel linterrs makelinks  
setdef[01].c setdefs.h tags  vers.c vnode_if.c vnode_if.h  device_if.c bus_if.c 
linker_if.c miibus_if.c pci_if.c pcib_if.c ppbus_if.c usb_if.c isa_if.c clock_if.c 
alphapci_if.c mcclock_if.c device_if.h bus_if.h linker_if.h miibus_if.h pci_if.h 
pcib_if.h ppbus_if.h usb_if.h isa_if.h clock_if.h alphapci_if.h mcclock_if.h  aicasm 
aicasm_gram.c aicasm_scan.c y.tab.h  aic7xxx_seq.h aic7xxx_reg.h __divqu.S __divq.S 
__divlu.S __divl.S __remqu.S __remq.S __remlu.S __reml.S
cd /usr/obj/usr/src/sys/GENERIC;  MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  make -f 
/usr/src/sys/dev/aic7xxx/aicasm/Makefile
Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC
yacc -d /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y
mv y.tab.c aicasm_gram.c
cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c aicasm_gram.c
lex -t  /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c
cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c aicasm_scan.c
cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c
cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c 
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
cc -O -pipe -mcpu=ev4 -I/usr/include -I. -o aicasm aicasm_gram.o aicasm_scan.o 
aicasm.o aicasm_symbol.o  -ll
cd /usr/obj/usr/src/sys/GENERIC;  MAKEOBJDIRPREFIX=/usr/obj  
COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin  
LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib  
OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec  CFLAGS="-nostdinc -O -pipe 
-mcpu=ev4"  PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0  
GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin  
GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font  
GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac  DESTDIR=/usr/obj/usr/src/alpha  
INSTALL="sh /usr/src/tools/install.sh"  
PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
  OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make 
KERNEL=kernel depend
rm -f .olddep
if [ -f .depend ]; then mv .depend .olddep; fi
make _kernel-depend
cc -c -O -pipe -mcpu=ev4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi 
-g -nostdinc -I-  -I. -I/usr/src/sys -I/usr/src/sys/dev 
-I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include  -D_KERNEL -include 
opt_global.h -elf  -mno-fp-regs -ffixed-8 -Wa,-mev56 -elf 
/usr/src/sys/alpha/alpha/genassym.c
In file included from /usr/src/sys/alpha/alpha/genassym.c:43:
/usr/src/sys/sys/proc.h: In function `sigonstack':
/usr/src/sys/sys/proc.h:339: dereferencing pointer to incomplete type
In file included from /usr/src/sys/alpha/alpha/genassym.c:45:
/usr/src/sys/sys/buf.h: In function `BUF_KERNPROC':
/usr/src/sys/sys/buf.h:338: dereferencing pointer to incomplete type
/usr/src/sys/sys/buf.h:339: dereferencing pointer to incomplete type
/usr/src/sys/alpha/alpha/genassym.c: At top level:
/usr/src/sys/a

RE: Kernel breakage in tonite's -current

2000-10-13 Thread John Baldwin


On 14-Oct-00 Jordan Hubbard wrote:
> cc -O -pipe  -D_KERNEL -Wall -Wredundant-decls -Wnested-externs
> -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline
> -Wcast-qual  -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I-  -I. -I@
> -I@/../include  -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/mii/../..
> /dev/mii/dcphy.c
> In file included from /usr/src/sys/modules/mii/../../dev/mii/dcphy.c:69:
> @/pci/if_dcreg.h:679: field `dc_mtx' has incomplete type
> *** Error code 1

Bill Paul fixed this several hours ago.  cvsup and try again. :-)

-- 

John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Kernel breakage in tonite's -current

2000-10-13 Thread Jordan Hubbard

cc -O -pipe  -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi 
-DKLD_MODULE -nostdinc -I-  -I. -I@ -I@/../include  -mpreferred-stack-boundary=2 -c 
/usr/src/sys/modules/mii/../../dev/mii/dcphy.c
In file included from /usr/src/sys/modules/mii/../../dev/mii/dcphy.c:69:
@/pci/if_dcreg.h:679: field `dc_mtx' has incomplete type
*** Error code 1


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage in aac.c (Was: Can't build a kernel)

2000-09-18 Thread Doug Barton

Et voila. 

Thanks,

Doug


On Mon, 18 Sep 2000, David Greenman wrote:

>Here is a fix. Hopefully Mike will commit it soon.
> 
> -DG
> 
> David Greenman
> Co-founder, The FreeBSD Project - http://www.freebsd.org
> President, TeraSolutions, Inc. - http://www.terasolutions.com
> Pave the road of life with opportunities.
> 
> Index: aac.c
> ===
> RCS file: /home/ncvs/src/sys/dev/aac/aac.c,v
> retrieving revision 1.1
> diff -c -r1.1 aac.c
> *** aac.c 2000/09/13 03:20:34 1.1
> --- aac.c 2000/09/18 08:45:08
> ***
> *** 35,40 
> --- 35,41 
>   #include 
>   #include 
>   #include 
> + #include 
>   
>   #include 
>   
> 

-- 
"The dead cannot be seduced."
- Kai, "Lexx"

Do YOU Yahoo!?




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage in aac.c (Was: Can't build a kernel)

2000-09-18 Thread David Greenman

>   This is still broken:
>
>===> aac
>cc -O -pipe -DAAC_COMPAT_LINUX  -D_KERNEL -Wall -Wredundant-decls
>-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith
>-Winline -Wcast-qual  -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I-
>-I. -I@ -I@/../include  -mpreferred-stack-boundary=2 -c
>/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c
>/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c: In
>function `aac_linux_ioctl':
>/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c:1815: 
>dereferencing
>pointer to incomplete type

   Here is a fix. Hopefully Mike will commit it soon.

-DG

David Greenman
Co-founder, The FreeBSD Project - http://www.freebsd.org
President, TeraSolutions, Inc. - http://www.terasolutions.com
Pave the road of life with opportunities.

Index: aac.c
===
RCS file: /home/ncvs/src/sys/dev/aac/aac.c,v
retrieving revision 1.1
diff -c -r1.1 aac.c
*** aac.c   2000/09/13 03:20:34 1.1
--- aac.c   2000/09/18 08:45:08
***
*** 35,40 
--- 35,41 
  #include 
  #include 
  #include 
+ #include 
  
  #include 
  


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage in aac.c (Was: Can't build a kernel)

2000-09-18 Thread Doug Barton

On Sun, 17 Sep 2000, Doug Barton wrote:

>   If I use the buildkernel target I get the following:
> 
> make: cannot open
> /usr/amd/realmounts/slave/usr/current/src/sys/dev/aic7xxx/Makefile.
> *** Error code 2
> 
> Stop in /usr/amd/realmounts/slave/usr/current/src.
> *** Error code 1

This is fixed now.

>   If I use the old way, I get errors about a pointer with an incomplete
> type in aac (whatever that is). 

This is still broken:

===> aac
cc -O -pipe -DAAC_COMPAT_LINUX  -D_KERNEL -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual  -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I-
-I. -I@ -I@/../include  -mpreferred-stack-boundary=2 -c
/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c
/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c: In
function `aac_linux_ioctl':
/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c:1815: 
dereferencing
pointer to incomplete type


Doug
-- 
"The dead cannot be seduced."
- Kai, "Lexx"

Do YOU Yahoo!?




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: make kernel breakage: if_tap

2000-07-21 Thread Udo Schweigert

On Fri, Jul 21, 2000 at 07:36:46 +0200, Leif Neland wrote:
> Just cvsupped:
> 
> Script started on Fri Jul 21 07:12:56 2000 CEST
> gina/usr/src/sys/compile/GINA # make clean
> ...
> ===> if_tap
> cd: can't cd to /usr/src/sys/modules/if_tap

Here too. src/sys/modules/if_tap is a completely empty dir (in the cvs
tree). Seems a Makefile is missing here (or it should not be tried to build 
a module).

Regards
-- 
Udo Schweigert, Siemens AG   | Voice  : +49 89 636 42170
ZT IK 3, Siemens CERT| Fax: +49 89 636 41166
D-81730 Muenchen / Germany   | email  : [EMAIL PROTECTED]
PGP-2/5 fingerprint  | D8 A5 DF 34 EC 87 E8 C6  E2 26 C4 D0 EE 80 36 B2


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



make kernel breakage: if_tap

2000-07-20 Thread Leif Neland

Just cvsupped:

Script started on Fri Jul 21 07:12:56 2000 CEST
gina/usr/src/sys/compile/GINA # make clean
...
===> if_tap
cd: can't cd to /usr/src/sys/modules/if_tap
*** Error code 2

Stop in /usr/src/sys/modules.
*** Error code 1

Stop in /usr/src/sys/compile/GINA.

gina/usr/src/sys/compile/GINA # make depend
...
===> if_tap
cd: can't cd to /usr/src/sys/modules/if_tap
*** Error code 2

Stop in /usr/src/sys/modules.
*** Error code 1

Stop in /usr/src/sys/compile/GINA. 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage?

2000-06-26 Thread Kelly Yancey

On Mon, 26 Jun 2000, Kelly Yancey wrote:

> 
> On a just-supped -current I am seeing:
> 
>  make: don't know how to make ../../dev/nulldev/nulldev.c. Stop
> 
> on kernel builds (even GENERIC).
> 

  Nevermind, pilot error :(

--
Kelly Yancey  -  [EMAIL PROTECTED]  -  Belmont, CA
System Administrator, eGroups.com  http://www.egroups.com/
Maintainer, BSD Driver Database   http://www.posi.net/freebsd/drivers/
Coordinator, Team FreeBSDhttp://www.posi.net/freebsd/Team-FreeBSD/



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



kernel breakage?

2000-06-26 Thread Kelly Yancey


On a just-supped -current I am seeing:

 make: don't know how to make ../../dev/nulldev/nulldev.c. Stop

on kernel builds (even GENERIC).

  Kelly

--
Kelly Yancey  -  [EMAIL PROTECTED]  -  Belmont, CA
System Administrator, eGroups.com  http://www.egroups.com/
Maintainer, BSD Driver Database   http://www.posi.net/freebsd/drivers/
Coordinator, Team FreeBSDhttp://www.posi.net/freebsd/Team-FreeBSD/



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage in ng_base.c

2000-05-01 Thread Gary Jennejohn

"f.johan.beisser" writes:
>
>hrm, i'm sad to report that it did not work for me..
>
>let me know if you need output from it, i'll see about sending it to you.
>
>-- jan
>
>On Sun, 30 Apr 2000, Gary Jennejohn wrote:
>
>> Here's a simple patch which works for me.
>> 
[patch deleted]

Well, I only have a simple requirement - PPPoE has to work. ng_socket.ko
gets loaded just fine for me, but I'm not really certain that ng_base.c
is doing the loading.

I think the best thing would be to wait for Peter to finish the commit 
since
he knows what's intended to be used here.

However, it might be worth posting your error output to the list as an
aid in finding the correct fix :)

---
Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED]




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage in ng_base.c

2000-05-01 Thread f.johan.beisser


hrm, i'm sad to report that it did not work for me..

let me know if you need output from it, i'll see about sending it to you.

-- jan

On Sun, 30 Apr 2000, Gary Jennejohn wrote:

> Here's a simple patch which works for me.
> 
> --- /sys/netgraph/ng_base.c   Sun Apr 30 11:32:22 2000
> +++ /sys/netgraph/ng_base.c_mod   Sun Apr 30 11:40:24 2000
> @@ -314,11 +314,16 @@
>   int error;
>  
>   /* Not found, try to load it as a loadable module */
> +#if 0
>   snprintf(filename, sizeof(filename), "ng_%s.ko", typename);
>   if ((path = linker_search_path(filename)) == NULL)
>   return (ENXIO);
>   error = linker_load_file(path, &lf);
>   FREE(path, M_LINKER);
> +#else
> + snprintf(filename, sizeof(filename), "ng_%s", typename);
> + error = linker_load_file(filename, &lf);
> +#endif
>   if (error != 0)
>   return (error);
>   lf->userrefs++; /* pretend loaded by the syscall */
> 
> 
> 
> Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED]
> 
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
> 

 +-/  f. johan beisser  /--+
  email: jan[at]caustic.org   web: http://www.caustic.org/~jan 
   "knowledge is power. power corrupts. study hard, be evil."



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage in ng_base.c

2000-04-30 Thread Boris Popov

On Sun, 30 Apr 2000, Jeroen Ruigrok van der Werven wrote:

> -On [2430 16:50], Boris Popov ([EMAIL PROTECTED]) wrote:
> > This patch is not 100% correct. ng_base should make an attempt to
> >load module, not KLD. There was a new module_load() function proposed to
> >inclusion in the API, but for some reason it is not committed yet.
> 
> When Peter committed this all he had worked a few days untill too early
> in the morning.

I should correct myself: this function exists, but declared as
static and called linker_load_module(). Gary, you may try to use it:

linker_load_module(name, NULL);

--
Boris Popov



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage in ng_base.c

2000-04-30 Thread Jeroen Ruigrok van der Werven

-On [2430 16:50], Boris Popov ([EMAIL PROTECTED]) wrote:
>   This patch is not 100% correct. ng_base should make an attempt to
>load module, not KLD. There was a new module_load() function proposed to
>inclusion in the API, but for some reason it is not committed yet.

When Peter committed this all he had worked a few days untill too early
in the morning.

It is a lack of sufficient sleep which caught up on him. =)

-- 
Jeroen Ruigrok van der Werven  Network- and systemadministrator
<[EMAIL PROTECTED]>VIA Net.Works The Netherlands
BSD: Technical excellence at its best  http://www.via-net-works.nl
Answering the questions that no one asks...


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage in ng_base.c

2000-04-30 Thread Boris Popov

On Sun, 30 Apr 2000, Gary Jennejohn wrote:

> Here's a simple patch which works for me.

This patch is not 100% correct. ng_base should make an attempt to
load module, not KLD. There was a new module_load() function proposed to
inclusion in the API, but for some reason it is not committed yet.

--
Boris Popov



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



kernel breakage in ng_base.c

2000-04-30 Thread Gary Jennejohn

Here's a simple patch which works for me.

--- /sys/netgraph/ng_base.c Sun Apr 30 11:32:22 2000
+++ /sys/netgraph/ng_base.c_mod Sun Apr 30 11:40:24 2000
@@ -314,11 +314,16 @@
int error;
 
/* Not found, try to load it as a loadable module */
+#if 0
snprintf(filename, sizeof(filename), "ng_%s.ko", typename);
if ((path = linker_search_path(filename)) == NULL)
return (ENXIO);
error = linker_load_file(path, &lf);
FREE(path, M_LINKER);
+#else
+   snprintf(filename, sizeof(filename), "ng_%s", typename);
+   error = linker_load_file(filename, &lf);
+#endif
if (error != 0)
return (error);
lf->userrefs++; /* pretend loaded by the syscall */



Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED]




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage from ipfw6?

2000-01-29 Thread Yoshinobu Inoue

> The problem here is that ip6_fw.c is dependent upon INET6 instead of
> IPv6FIREWALL.  I sent mail to shin a little while ago about the
> problem.  If you want to compile a kernel in the interim, change the
> line for ip6_fw.c in sys/conf/files to
> 
> netinet6/ip6_fw.c optional ipv6firewall
> 
> I believe this is the correct fix in any case.
> 
> Jim Bloom
> [EMAIL PROTECTED]
> 
> Kris Kennaway wrote:
> > 
> > I get this whenever I try and build a kernel (with or without IPFIREWALL):

Thanks for checking it!
I fixed and committed it.

Yoshinobu Inoue


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage from ipfw6?

2000-01-29 Thread Kris Kennaway

On Sat, 29 Jan 2000, Jim Bloom wrote:

> The problem here is that ip6_fw.c is dependent upon INET6 instead of
> IPv6FIREWALL.  I sent mail to shin a little while ago about the
> problem.  If you want to compile a kernel in the interim, change the
> line for ip6_fw.c in sys/conf/files to
> 
> netinet6/ip6_fw.c optional ipv6firewall
> 
> I believe this is the correct fix in any case.

Thanks, this fixes it, but I have INET6 anyway..

Kris



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage from ipfw6?

2000-01-29 Thread Jim Bloom

The problem here is that ip6_fw.c is dependent upon INET6 instead of
IPv6FIREWALL.  I sent mail to shin a little while ago about the
problem.  If you want to compile a kernel in the interim, change the
line for ip6_fw.c in sys/conf/files to

netinet6/ip6_fw.c   optional ipv6firewall

I believe this is the correct fix in any case.

Jim Bloom
[EMAIL PROTECTED]


Kris Kennaway wrote:
> 
> I get this whenever I try and build a kernel (with or without IPFIREWALL):
> 
> linking kernel.debug
> ip6_fw.o: In function `ip6_fw_init':
> /sys/compile/MORDEN/../../netinet6/ip6_fw.c(.text+0x18a4): undefined reference to 
>`ip6_fw_chk_ptr'
> /sys/compile/MORDEN/../../netinet6/ip6_fw.c(.text+0x18ae): undefined reference to 
>`ip6_fw_ctl_ptr'
> *** Error code 1
> 1 error
> 
> I've just verified my sources are up-to-date from cvsup3. Kernel config:
>


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



kernel breakage from ipfw6?

2000-01-29 Thread Kris Kennaway

I get this whenever I try and build a kernel (with or without IPFIREWALL):

linking kernel.debug
ip6_fw.o: In function `ip6_fw_init':
/sys/compile/MORDEN/../../netinet6/ip6_fw.c(.text+0x18a4): undefined reference to 
`ip6_fw_chk_ptr'
/sys/compile/MORDEN/../../netinet6/ip6_fw.c(.text+0x18ae): undefined reference to 
`ip6_fw_ctl_ptr'
*** Error code 1
1 error

I've just verified my sources are up-to-date from cvsup3. Kernel config:

#$Id: GENERIC,v 1.130 1998/11/03 22:01:21 des Exp $

machine i386
cpu I586_CPU
ident   MORDEN
maxusers32

makeoptions DEBUG="-g"  #Build kernel with gdb(1) debug symbols

options INCLUDE_CONFIG_FILE # Include this file in kernel
options MAXMEM="(48*1024)"
options COMPAT_43
options USER_LDT#allow user-level control of i386 ldt
options CPU_FASTER_5X86_FPU
options CLK_USE_I8254_CALIBRATION
options CLK_USE_TSC_CALIBRATION
options MSGBUF_SIZE=65536
options SYSVSHM
options SYSVSEM
options SYSVMSG
options INVARIANTS
options INVARIANT_SUPPORT
options MD5
options VESA# needs VM86 defined too!!
options DDB
options KTRACE  #kernel tracing
options UCONSOLE

options INET#Internet communications protocols
options INET6
options IPSEC   #IP security
options IPSEC_ESP   #IP security (crypto; define w/ IPSEC)
options IPSEC_IPV6FWD   #IP security tunnel for IPv6
options IPSEC_DEBUG #debug for IP security
options PPP_FILTER  #enable bpf filtering (needs bpfilter)
options PPP_DEFLATE #PPP zlib/deflate/gzip support
options IPFIREWALL  #firewall
options IPFIREWALL_VERBOSE  #print information about dropped
#packets
#optionsIPFILTER
#optionsIPFILTER_LOG
options ICMP_BANDLIM

options FFS #Fast filesystem
options MFS #Memory File System
options NFS #Network File System
options MSDOSFS #MS DOS File System
options PROCFS  #Process filesystem
options FFS_ROOT#FFS usable as root device
options SOFTUPDATES
options NSWAPDEV=4
options MAXCONS=12  # number of virtual consoles
options SC_HISTORY_SIZE=200 # number of history buffer lines
options COMPAT_LINUX
options P1003_1B
options _KPOSIX_PRIORITY_SCHEDULING
options _KPOSIX_VERSION=199309L
options TCP_RESTRICT_RST
options TCP_DROP_SYNFIN
options ICMP_BANDLIM

pseudo-device   loop#Network loopback device
pseudo-device   bpf 4   #Berkeley packet filter
pseudo-device   tun 2   #Tunnel driver (user process ppp(8)
pseudo-device   ppp 2

pseudo-device   pty 32  #Pseudo ttys - can go as high as 256
pseudo-device   speaker #Play IBM BASIC-style noises out your speaker
pseudo-device   gzip#Exec gzipped a.out's
pseudo-device   vn  #Vnode driver (turns a file into a device)
pseudo-device   snp 1   #Snoop device - to look at pty/vty/etc..
pseudo-device   splash

#device pnp0
device  isa0
device  pci0

device  npx0at nexus? port IO_NPX flags 0x0 irq 13
device  ata0
device  atadisk0
device  atapicd0
options ATA_STATIC_ID

device  fdc0at isa? port IO_FD1 irq 6 drq 2
device  fd0 at fdc0 drive 0

device  scbus0  #base SCSI code
device  cd0 #SCSI CD-ROMs
device  pass0   #CAM passthrough driver
device  ahc0

device  sio0at isa? port IO_COM1 flags 0x10 irq 4
device  sio1at isa? port IO_COM2 irq 3

device  pcm0
device  sbc0

device  atkbdc0 at isa? port IO_KBD
device  atkbd0  at atkbdc? irq 1
device  psm0at atkbdc? irq 12

device  vga0at isa? port ? conflicts
device  sc0 at isa?


"How many roads must a man walk down, before you call him a man?"
"Eight!"
"That was a rhetorical question!"
"Oh..then, seven!" -- Homer Simpson



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: current kernel breakage

1999-09-02 Thread Doug Rabson

On Thu, 2 Sep 1999, Kenneth Wayne Culver wrote:

> I recently recompiled my kernel with the following kernel config file, and
> now when I boot up, I get about halfway through probing, and the computer
> freezes, accepting no keyboard input or anything else but a hard reset
> (reset button) here is my kernel Config file..

What is printed just before it freezes?

--
Doug Rabson Mail:  [EMAIL PROTECTED]
Nonlinear Systems Ltd.  Phone: +44 181 442 9037




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



current kernel breakage

1999-09-02 Thread Kenneth Wayne Culver

I recently recompiled my kernel with the following kernel config file, and
now when I boot up, I get about halfway through probing, and the computer
freezes, accepting no keyboard input or anything else but a hard reset
(reset button) here is my kernel Config file..

#
# GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks
#
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
#
#http://www.freebsd.org/handbook/kernelconfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ./LINT configuration file. If you are
# in doubt as to the purpose or necessity of a line, check first in LINT.
#
#   $Id: GENERIC,v 1.178 1999/07/25 04:32:43 wpaul Exp $

machine i386
cpu I686_CPU
ident   "MYKERNEL"
maxusers64

#makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols

options INET#InterNETworking
options FFS #Berkeley Fast Filesystem
options FFS_ROOT#FFS usable as root device [keep this!]
options PROCFS  #Process filesystem
options COMPAT_43   #Compatible with BSD 4.3 [KEEP THIS!]
options UCONSOLE#Allow users to grab the console
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores
options SC_DISABLE_REBOOT
options SOFTUPDATES

# To make an SMP kernel, the next two are needed
#optionsSMP # Symmetric MultiProcessor Kernel
#optionsAPIC_IO # Symmetric (APIC) I/O
# Optionally these may need tweaked, (defaults shown):
#optionsNCPU=2  # number of CPUs
#optionsNBUS=4  # number of busses
#optionsNAPIC=1 # number of IO APICs
#optionsNINTR=24# number of INTs

controller  isa0
controller  pnp0# PnP support for ISA
controller  pci0

# Floppy drives
controller  fdc0at isa? port IO_FD1 irq 6 drq 2
diskfd0 at fdc0 drive 0

controller ata0
device atadisk0
device atapicd0

# SCSI Controllers
# A single entry for any of these controllers (ncr, ahb, ahc) is
# sufficient for any number of installed devices.
controller  scbus0  # SCSI bus (required)
device  da0 # Direct Access (disks)


# atkbdc0 controls both the keyboard and the PS/2 mouse
controller  atkbdc0 at isa? port IO_KBD
device  atkbd0  at atkbdc? irq 1
device  psm0at atkbdc? irq 12

device  vga0at isa? port ? conflicts

# splash screen/screen saver
pseudo-device   splash

# syscons is the default console driver, resembling an SCO console
device  sc0 at isa?

# Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
#device vt0 at isa?
#optionsXSERVER # support for X server
#optionsFAT_CURSOR  # start with block cursor
# If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
#optionsPCVT_SCANSET=2  # IBM keyboards are non-std

# Floating point support - do not disable.
device  npx0at nexus? port IO_NPX irq 13

# Power management support (see LINT for more options)
device  apm0at nexus? flags 0x31 # Advanced Power Management

# PCCARD (PCMCIA) support
#controller card0
#device pcic0   at card?
#device pcic1   at card?

# Serial (COM) ports
device  sio0at isa? port IO_COM1 flags 0x10 irq 4
device  sio1at isa? port IO_COM2 irq 3

# Parallel port
device  ppc0at isa? port? flags 0x40 irq 7
controller  ppbus0  # Parallel port bus (required)
device  lpt0# Printer
device  plip0   # TCP/IP over parallel
device  ppi0# Parallel port interface device
controller  vpo0# Requires scbus and da0

# PCI Ethernet NICs.
device  de0 # DEC/Intel DC21x4x (``Tulip'')

# Pseudo devices - the number indicates how many units to allocated.
pseudo-device   loop# Network loopback
pseudo-device   ether   # Ethernet support
pseudo-device   sl  1   # Kernel SLIP
pseudo-device   ppp 1   # Kernel PPP
pseudo-device   tun 1   # Packet tunnel, for ppp(1)
pseudo-device   pty 16  # Pseudo-ttys (telnet etc)
pseudo-device   gzip# Exec gzipped a.out's

# The `bpf' pseudo-device e

Re: axp kernel breakage

1999-02-18 Thread Sheldon Hearn


On Thu, 18 Feb 1999 21:38:37 GMT, Doug Rabson wrote:

> Interesting stats.  Can you run size(1) on them too.  I wonder how much
> of that is actual code.

Feast your eyes. :-)

   textdata bss dec hex filename
1049161   84468  120572 1254201  132339 /kernel
1153284   85752  123692 1362728  14cb28 /kernel.old

Ciao,
Sheldon.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: axp kernel breakage

1999-02-18 Thread Doug Rabson
On Thu, 18 Feb 1999, Sheldon Hearn wrote:

> 
> 
> On Thu, 18 Feb 1999 11:54:01 PST, Julian Elischer wrote:
> 
> > huh? can you expand on this...
> 
> Um, sure.
> 
> When my kernel build broke, I tried removing the option NFS_NOSERVER.
> This allowed me to build a kernel. After the problem in nfs_syscalls.c
> was repaired today (maybe last night), I put the option NFS_NOSERVER
> back into my kernel config and rebuilt the kernel.
> 
> I now have two files that make me think that including NFS_NOSERVER
> dropped my kernel file size by 100KB:
> 
> -r-xr-xr-x  1 root  wheel  1385750 Feb 18 15:40 /kernel
> -r-xr-xr-x  1 root  wheel  1494920 Feb 17 11:57 /kernel.old
> 
> The box in question is used _only_ as an NFS client and the kind of
> environmental change that would demand NFS server capabilities would
> merit a reboot.

Interesting stats.  Can you run size(1) on them too.  I wonder how much
of that is actual code.

--
Doug Rabson Mail:  d...@nlsystems.com
Nonlinear Systems Ltd.  Phone: +44 181 442 9037




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: axp kernel breakage

1999-02-18 Thread Sheldon Hearn


On Thu, 18 Feb 1999 11:54:01 PST, Julian Elischer wrote:

> huh? can you expand on this...

Um, sure.

When my kernel build broke, I tried removing the option NFS_NOSERVER.
This allowed me to build a kernel. After the problem in nfs_syscalls.c
was repaired today (maybe last night), I put the option NFS_NOSERVER
back into my kernel config and rebuilt the kernel.

I now have two files that make me think that including NFS_NOSERVER
dropped my kernel file size by 100KB:

-r-xr-xr-x  1 root  wheel  1385750 Feb 18 15:40 /kernel
-r-xr-xr-x  1 root  wheel  1494920 Feb 17 11:57 /kernel.old

The box in question is used _only_ as an NFS client and the kind of
environmental change that would demand NFS server capabilities would
merit a reboot.

Ciao,
Sheldon.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: axp kernel breakage

1999-02-18 Thread Julian Elischer
huh? can you expand on this...

On Thu, 18 Feb 1999, Sheldon Hearn wrote:

> 
> 
> On Thu, 18 Feb 1999 09:21:17 GMT, Doug Rabson wrote:
> 
> > It should be fixed now.
> 
> Thanks! Kernel's back down 100KB in file size. :-)
> 
> Ciao,
> Sheldon.
> 
> 
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-current" in the body of the message
> 



To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: axp kernel breakage

1999-02-18 Thread Sheldon Hearn


On Thu, 18 Feb 1999 09:21:17 GMT, Doug Rabson wrote:

> It should be fixed now.

Thanks! Kernel's back down 100KB in file size. :-)

Ciao,
Sheldon.


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: axp kernel breakage

1999-02-18 Thread Doug Rabson
On Thu, 18 Feb 1999, Bruce Evans wrote:

> >cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
> >-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
> >-fformat-extensions -ansi  -nostdinc -I- -I. -I../.. -I../../../include  
> >-DKERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56  
> >../../nfs/nfs_syscalls.c
> >../../nfs/nfs_syscalls.c:924: `sysctl__vfs_nfs_children' undeclared here 
> >(not in a function)
> >../../nfs/nfs_syscalls.c:924: initializer element for 
> >`sysctl___vfs_nfs_defect.oid_parent' is not constant
> >../../nfs/nfs_syscalls.c:92: warning: `nfsrv_zapsock' declared `static' but 
> >never defined
> >*** Error code 1
> >
> >Not *quite* sure where its coming from.
> 
> The new SYSCTL_DECL() is in an ifdef tangle for NFS_NOSERVER, so it only
> works if NFS_NOSERVER is not defined.

It should be fixed now.

--
Doug Rabson Mail:  d...@nlsystems.com
Nonlinear Systems Ltd.  Phone: +44 181 442 9037




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: axp kernel breakage

1999-02-17 Thread Bruce Evans
>cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
>-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions 
>-ansi  -nostdinc -I- -I. -I../.. -I../../../include  -DKERNEL -include 
>opt_global.h -mno-fp-regs -Wa,-mev56  ../../nfs/nfs_syscalls.c
>../../nfs/nfs_syscalls.c:924: `sysctl__vfs_nfs_children' undeclared here (not 
>in a function)
>../../nfs/nfs_syscalls.c:924: initializer element for 
>`sysctl___vfs_nfs_defect.oid_parent' is not constant
>../../nfs/nfs_syscalls.c:92: warning: `nfsrv_zapsock' declared `static' but 
>never defined
>*** Error code 1
>
>Not *quite* sure where its coming from.

The new SYSCTL_DECL() is in an ifdef tangle for NFS_NOSERVER, so it only
works if NFS_NOSERVER is not defined.

Bruce


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



axp kernel breakage

1999-02-17 Thread Gary Palmer

cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions 
-ansi  -nostdinc -I- -I. -I../.. -I../../../include  -DKERNEL -include 
opt_global.h -mno-fp-regs -Wa,-mev56  ../../nfs/nfs_syscalls.c
../../nfs/nfs_syscalls.c:924: `sysctl__vfs_nfs_children' undeclared here (not 
in a function)
../../nfs/nfs_syscalls.c:924: initializer element for 
`sysctl___vfs_nfs_defect.oid_parent' is not constant
../../nfs/nfs_syscalls.c:92: warning: `nfsrv_zapsock' declared `static' but 
never defined
*** Error code 1

Not *quite* sure where its coming from.

Gary
--
Gary Palmer  FreeBSD Core Team Member
FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: kernel breakage on SMP

1999-01-17 Thread Matthew Dillon

:cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
:-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi  
:-nostdinc -I- -I. -I../.. -I../../../include  -DKERNEL -include opt_global.h -elf   
:vers.c
:linking kernel
:exception.o: In function `vm86_biosret':
:exception.o(.text+0x582): undefined reference to `MPrellock'

Gulp!  I forgot to commit a file... done.

-Matt
Matthew Dillon 
<[EMAIL PROTECTED]>

:/sys/i386/include/asnames.h:#define _MPrellock_edxMPrellock_edx
:/sys/i386/include/lock.h:   call_MPrellock ; \
:/sys/i386/isa/apic_vector.s:call_MPrellock_edx
:/sys/i386/isa/ipl.s:call_MPrellock_edx
:/sys/i386/i386/mplock.s: *  void MPrellock_edx(unsigned int *lock : %edx)
:/sys/i386/i386/mplock.s:NON_GPROF_ENTRY(MPrellock_edx)
:/sys/i386/i386/mplock.s:call_MPrellock_edx
:/sys/i386/i386/mplock.s:jmp _MPrellock_edx
:/sys/i386/i386/mplock.s:jmp _MPrellock_edx
:/sys/i386/i386/mplock.s:jmp _MPrellock_edx
:/sys/i386/i386/mplock.s:jmp _MPrellock_edx
:/sys/i386/i386/mplock.s:jmp _MPrellock_edx
:/sys/i386/i386/mplock.s:call_MPrellock_edx
:
:
:Are asnames.h and lock.h correct?
:
:-- 
:Steve
:
:
:To Unsubscribe: send mail to [EMAIL PROTECTED]
:with "unsubscribe freebsd-current" in the body of the message
:



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



kernel breakage on SMP

1999-01-17 Thread Steve Kargl

cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi  
-nostdinc -I- -I. -I../.. -I../../../include  -DKERNEL -include opt_global.h -elf   
vers.c
linking kernel
exception.o: In function `vm86_biosret':
exception.o(.text+0x582): undefined reference to `MPrellock'
exception.o: In function `Xintr0':
exception.o(.text+0x11b4): undefined reference to `MPrellock'
exception.o: In function `Xintr1':
exception.o(.text+0x143c): undefined reference to `MPrellock'
exception.o: In function `Xintr2':
exception.o(.text+0x16bc): undefined reference to `MPrellock'
exception.o: In function `Xintr3':
exception.o(.text+0x193c): undefined reference to `MPrellock'
exception.o(.text+0x1bbc): more undefined references to `MPrellock' follow
*** Error code 1

Stop in /usr/src/sys/compile/TROUTMASK.

troutmask:kargl[352] find /sys/i386 -name \*.\[sch\] | xargs grep MPrellock
/sys/i386/include/asnames.h:#define _MPrellockMPrellock
/sys/i386/include/asnames.h:#define _MPrellock_edxMPrellock_edx
/sys/i386/include/lock.h:   call_MPrellock ; \
/sys/i386/isa/apic_vector.s:call_MPrellock_edx
/sys/i386/isa/ipl.s:call_MPrellock_edx
/sys/i386/i386/mplock.s: *  void MPrellock_edx(unsigned int *lock : %edx)
/sys/i386/i386/mplock.s:NON_GPROF_ENTRY(MPrellock_edx)
/sys/i386/i386/mplock.s:call_MPrellock_edx
/sys/i386/i386/mplock.s:jmp _MPrellock_edx
/sys/i386/i386/mplock.s:jmp _MPrellock_edx
/sys/i386/i386/mplock.s:jmp _MPrellock_edx
/sys/i386/i386/mplock.s:jmp _MPrellock_edx
/sys/i386/i386/mplock.s:jmp _MPrellock_edx
/sys/i386/i386/mplock.s:call_MPrellock_edx


Are asnames.h and lock.h correct?

-- 
Steve


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message