Apparantly it is related to ipv6 bind().
ircd: version hybrid-7-CURRENT
ircd: pid 54524
ircd: running in background mode from /test/ircd
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xc4
fault code = supervisor read, page not present
instruction pointer
TB --- 2003-06-14 05:09:44 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-06-14 05:09:44 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 05:12:05 - building world
TB --- cd
If you have the kernel.debug for this kernel, could you send the gdb -k
output of:
l *in6_pcbbind+0x2a7
l *tcp6_usr_bind+0x19a
No need to use the core just yet.
Thanks,
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED] Network Associates Laboratories
TB --- 2003-06-14 06:12:47 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-14 06:12:47 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 06:16:23 - building world
TB --- cd
I just noticed that my ipfw rules were not loaded the last time I
rebooted. My rc.conf is included below - has something changed
recently so that these settings are not enough? I didn't see anything
relevant in UPDATING. My /etc/firewall.conf exists and is readable
(and unchanged since 2002).
TB --- 2003-06-14 07:19:21 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-14 07:19:21 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 07:24:45 - building world
TB --- cd
TB --- 2003-06-14 08:44:14 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-14 08:44:14 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 08:49:13 - building world
TB
Got this on a buildworld from current sources just now, is this possibly
related to the commit to sys/cdefs.h from DES ?
=== usr.bin/xlint/llib
lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix
llib-lposix:
In file included from /usr/obj/usr/src/i386/usr/include/sys/types.h:45,
On Sat, Jun 14, 2003 at 02:28:33AM -0400, Robert Watson wrote:
+ If you have the kernel.debug for this kernel, could you send the gdb -k
+ output of:
+
+ l *in6_pcbbind+0x2a7
I've looked at objdump -d kernel, and it looks like this is somewhere here:
214:t =
Pawel Jakub Dawidek wrote:
On Sat, Jun 14, 2003 at 02:28:33AM -0400, Robert Watson wrote:
+ If you have the kernel.debug for this kernel, could you send the gdb -k
+ output of:
+
+ l *in6_pcbbind+0x2a7
I've looked at objdump -d kernel, and it looks like this is somewhere here:
214:
On Sat, Jun 14, 2003 at 04:36:28PM +0200, Maxime Henrion wrote:
Pawel Jakub Dawidek wrote:
On Sat, Jun 14, 2003 at 02:28:33AM -0400, Robert Watson wrote:
+ If you have the kernel.debug for this kernel, could you send the gdb -k
+ output of:
+
+ l *in6_pcbbind+0x2a7
I've looked at
Matt [EMAIL PROTECTED] writes:
Got this on a buildworld from current sources just now, is this possibly
related to the commit to sys/cdefs.h from DES ?
I did not touch cdefs.h, David did. The commit message was
inaccurate; while it claims that I submitted the patch, I'm only
responsible for
Hi,
I noticed that the lmc driver for T1/T3/HSSI/V.35 cards is now in
5.1-Release.
I cvsup'ed from 5.0-Release to 5.1-Release, brought the system up to 5.1
via buildworld/installworld, including the GENERIC kernel. When I try
to build a modified kernel with device lmc, the build fails.
The
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
The #error line he added is incorrect as it breaks compliant
applications which do not use the nonstandard and nonportable
alloca(3).
The attached patch *may* fix this. It is currently undergoing
testing.
DES
--
Dag-Erling Smorgrav - [EMAIL
Thanks for the information, I can now surf the internet from my laptop via bluetooth.
I will put up a page on how to do it, even though there are already a few pages on it
already. The problem with my setup was using my laptop's address instead of the
FreeBSd box address. Also, I needed to
On Fri, 13 Jun 2003, Kris Kennaway wrote:
On Fri, Jun 13, 2003 at 12:44:06PM -0700, Doug White wrote:
On Thu, 12 Jun 2003, John Nielsen wrote:
[escalated from -questions]
Hi folks-
I am setting up FreeBSD 5.1-RELEASE on a 386DX.
That works? 386 is not a supported CPU on
On Fri, 13 Jun 2003, John Nielsen wrote:
As I indicated, my only hangup is that I'm not familiar enough with the new
GCC 3 build procedures to know where to put the -march and/or -mcpu flags
for a buildworld on a separate (newer) machine.
CPUTYPE=yatta in make.conf. See
Can it be done with a command-line switch to the compiler or gcc, or am I
consigned to dual-booting?
I know the libraries are there for runtime, but can you build executables
for them?
--
--
Karl Denninger ([EMAIL PROTECTED]) Internet Consultant Kids Rights Activist
http://www.denninger.net
On Sat, 14 Jun 2003, Karl Denninger wrote:
Can it be done with a command-line switch to the compiler or gcc, or am I
consigned to dual-booting?
You mean building apps linked against 4.X libs vs. 5.X? With some creative
-L flags you might be able to get it to not use /usr/lib/libc* and use
Hello,
--- User Toyboy [EMAIL PROTECTED] wrote:
Thanks for the information, I can now surf the internet from my laptop via
bluetooth. I will put up a page on how to do it, even though there are
i'm very glad it works for you :)
already a few pages on it already. The problem with my setup
On Sat, Jun 14, 2003 at 09:43:01AM -0700, Doug White wrote:
On Sat, 14 Jun 2003, Karl Denninger wrote:
Can it be done with a command-line switch to the compiler or gcc, or am I
consigned to dual-booting?
You mean building apps linked against 4.X libs vs. 5.X? With some creative
-L flags
Good Morning,
I believe I have stumbled onto a bug in 5.1R.
Here is the problem. If you have a 5.1-R system with, say, 256M of ram
and you mdconfig one or several malloc md-devices totalling around 100M,
if you attempt to use them to capacity, the machine will panic. The
message given is:
In message: [EMAIL PROTECTED]
Craig Boston [EMAIL PROTECTED] writes:
: On Fri, 2003-06-13 at 14:17, Tony Naggs wrote:
: Yes, I think you should also do this for Uhci. There are probably not
: many straight Uhci USB 1.1 Cardbus cards, but it is likely some of the
: USB 2.0 cards
In the last episode (Jun 14), Karl Denninger said:
On Sat, Jun 14, 2003 at 09:43:01AM -0700, Doug White wrote:
On Sat, 14 Jun 2003, Karl Denninger wrote:
Can it be done with a command-line switch to the compiler or gcc,
or am I consigned to dual-booting?
You mean building apps
TB --- 2003-06-14 16:00:15 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-06-14 16:00:15 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 16:02:57 - building world
TB --- cd
TB --- 2003-06-14 16:57:09 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-06-14 16:57:09 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 16:59:18 - building world
TB --- cd
Hi,
already had this with 5.0 as I do with 5.1 and I suspect it's
a broken BIOS ?
It is a MSI-6210 w/o SCSI onboard but MP. It's the latest BIOS
revision available for this board - I can check the version
on request but I do not really like rebooting again ;-)
--- boot messages ---
...
acpi0:
On Saturday 14 June 2003 10:32, Doug White wrote:
On Fri, 13 Jun 2003, John Nielsen wrote:
As I indicated, my only hangup is that I'm not familiar enough with the
new GCC 3 build procedures to know where to put the -march and/or -mcpu
flags for a buildworld on a separate (newer) machine.
TB --- 2003-06-14 17:43:41 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-14 17:43:41 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 17:45:52 - building world
TB --- cd
TB --- 2003-06-14 17:43:41 - starting CURRENT tinderbox run for i386/pc98
It looks like we were racing here. I committed my changes at
17:41:59, which is well within the margin of error depending on when
the local repo was updated.
Warner
___
[EMAIL
Thanks; I guess that means that for now I keep the production build machine
is 4.8-STABLE, and I keep 5.x as a play environment until people move
over.
The fun will begin when migration begins in significant numbers, but I still
need to support both!
--
--
Karl Denninger ([EMAIL PROTECTED])
Someone added -std=gnu89 -pedantic to libcrypto's make; given that
stdlib.h and several other places contain long long, this results in
several thousands of warnings about C89. We need to either go modern
or not but not try both at once :-)
Also usr.bin/window generates LOTS of warnings; I
In message: [EMAIL PROTECTED]
Karl Denninger [EMAIL PROTECTED] writes:
: Thanks; I guess that means that for now I keep the production build machine
: is 4.8-STABLE, and I keep 5.x as a play environment until people move
: over.
I think, but am not positive, that 4.8-stable boxes can
hello,
i make my cvsup last week und cannot install my ports again.
I do cvsup today again but the problem still there. Wenn i make install
clean the error says:
u-2.05b# make install clean
/usr/bin/sed: 1: Syntax error: ( unexpected
/usr/ports/Mk/bsd.port.mk, line 801: warning:
On Sat, 14 Jun 2003, Bjoern A. Zeeb wrote:
already had this with 5.0 as I do with 5.1 and I suspect it's
a broken BIOS ?
Or something that the MS interpreter allows and the stringent Intel one
does not.
This might be fixable ... its overrunning a region definition which could
be a simple bug
On Sat, 14 Jun 2003, Blaise Takoudjou wrote:
hello,
i make my cvsup last week und cannot install my ports again.
I do cvsup today again but the problem still there. Wenn i make install
clean the error says:
u-2.05b# make install clean
/usr/bin/sed: 1: Syntax error: ( unexpected
TB --- 2003-06-14 18:30:27 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-14 18:30:27 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 18:33:01 - building world
TB --- cd
This one stops the build:
Same cvsup (of about an hour ago) as for my previous note.
-- Pete
-
=== libexec/tcpd
cc -O -pipe -march=pentium3 -DREAL_DAEMON_DIR=\/usr/libexec\ -DSEVERITY=LOG_INFO
-DRFC931_TIMEOUT=10 -DHOSTS_DENY=\/etc/hosts.deny\
With this morning's sources, my kernel build is failing in the en
module:
/a/src/sys/dev/en/midway.c: In function `en_get_vccs':
/a/src/sys/dev/en/midway.c:1474: dereferencing pointer to incomplete type
/a/src/sys/dev/en/midway.c:1474: dereferencing pointer to incomplete type
TB --- 2003-06-14 19:26:05 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-14 19:26:05 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 19:28:35 - building world
TB
On Sat, 14 Jun 2003, Doug White wrote:
Hi,
This might be fixable ... its overrunning a region definition which could
be a simple bug that could be fixed by extracting the DSDT, convert to
ASL, fix, recompile, and override. Of course you have to know ASL :)
No I don't really know but remember
H, when I build, I get:
=== libexec/tcpd
cc -O -pipe -mcpu=pentiumpro -DREAL_DAEMON_DIR=\/usr/libexec\ -DSEVERITY=LOG_INFO
-DRFC931_TIMEOUT=10 -DHOSTS_DENY=\/etc/hosts.deny\
-DHOSTS_ALLOW=\/etc/hosts.allow\ -DFACILITY=LOG_DAEMON -DINET6 -Wformat=2
-Wno-format-extra-args -Werror -c
On Sat, 14 Jun 2003, Pete Carah wrote:
Someone added -std=gnu89 -pedantic to libcrypto's make; given that
stdlib.h and several other places contain long long, this results in
several thousands of warnings about C89. We need to either go modern
or not but not try both at once :-)
-std=c89
On Thursday 12 June 2003 07:15 am, Bernd Walter wrote:
I'm not shure if the code would work, but it was also ported into ehci
and therefor ehci should be in a similar state.
Well loosing memory is better than panic.
I have no cardbus - can this be tested with a module?
Well, the card no
Okay, sorry for the reply-to-self, but I think I've nailed down the detach
problem and it looks like it will require some more work. In short, the OHCI
driver may be ready for hot-plugging but the USB subsystem isn't. Here's a
play-by-play of what's happening:
1. On card removal,
TB --- 2003-06-15 05:26:51 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-15 05:26:51 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-15 05:30:20 - building world
TB
Below is a preliminary patch that seems to at least keep the machine from
panicing when detaching USB cards :)
It's still highly experimental, so use at your own risk. It works well enough
for me to plug in / unplug my cardbus card repeatedly (even with devices
attached to it). Theoretically
TB --- 2003-06-15 04:44:43 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-15 04:44:43 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-15 04:46:33 - building world
TB --- cd
I muck my system badly now I can´t even do vi or anything really. It won't
boot either, only to single mode. I was the one who tried to upgrade from
freebsd 4.7-release to 5.1-release. Got the source through cvs did a make
buildworld and it failed. tried it a couples of times again and
49 matches
Mail list logo
