These days I've cvsup-ed to current and start to 'make world' from my
3.4 RELEASE. Everything was ok, till making /usr/src/lib/libipsec where some
dependencies of /usr/src/lib/libl.a was not found? Any ideas?
I'm not subscribed to freebsd-current, thats please reply and to me!
thanks
John Baldwin wrote:
Looks good to me, but I need to test it to make sure. I will also look
at seeing if I can squeeze the int 13 extension installation check into
boot1 and boot0 so that they will use packet mode automatically as well.
I recall comments (by rnordier/msmith) to the effect
These days I've cvsup-ed to current and start to 'make world' from my
3.4 RELEASE. Everything was ok, till making /usr/src/lib/libipsec where some
dependencies of /usr/src/lib/libl.a was not found? Any ideas?
I am checking it now, but not yet clear why it happens. In
old
In [EMAIL PROTECTED] Yoshinobu Inoue
[EMAIL PROTECTED] wrote:
These days I've cvsup-ed to current and start to 'make world' from my
3.4 RELEASE. Everything was ok, till making /usr/src/lib/libipsec where some
dependencies of /usr/src/lib/libl.a was not found? Any ideas?
I am
On Tue, 28 Mar 2000, Yoshinobu Inoue wrote:
Any idea?
[...]
/usr/src/lib/libipsec/ipsec_get_pol
icylen.c -o ipsec_get_policylen.So
cc -fpic -DPIC -O -pipe -I/usr/obj/usr/src/lib/libipsec -DIPSEC_DEBUG
-DIPSEC -D
INET6 -I/usr/obj/usr/src/i386/usr/include -c
I had the same build failure. There is a suggestion to fix the build
failure in cvs messages. Is that the way to solve it?
I am trying buildworld again with no libl in libipsec
Makefile, as previous Dimitar's message.
If it is OK(and will be OK), I'll commit the fix.
Yoshinobu Inoue
To
Greetings,
I'm working on a new project and had the need for a clean set of
sources on a new machine. In the course of setting it all up I neglected
to copy over my .cvsrc file which has (amongst other things) 'co -P'. In
checking out the sources for RELENG_4 I ended up with a large
On Mon, 27 Mar 2000 14:50:12 +0200, Jeroen Ruigrok van der Werven wrote:
I wasn't complaining, on the contrary!
I was happily surprised it was way faster than the SCSI dump. =)
So now the only question is whether our existing bootstrapping
infrastructure already has some way to use your
-On [2328 12:55], Sheldon Hearn ([EMAIL PROTECTED]) wrote:
On Mon, 27 Mar 2000 14:50:12 +0200, Jeroen Ruigrok van der Werven wrote:
I wasn't complaining, on the contrary!
I was happily surprised it was way faster than the SCSI dump. =)
So now the only question is whether our existing
On Tue, 28 Mar 2000 13:02:06 +0200, Jeroen Ruigrok van der Werven wrote:
I can then dump when typing:
db panic
Damnit. So I've just committed bogus advice in dumpon(8). :-(
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
-On [2328 13:15], Sheldon Hearn ([EMAIL PROTECTED]) wrote:
On Tue, 28 Mar 2000 13:02:06 +0200, Jeroen Ruigrok van der Werven wrote:
I can then dump when typing:
db panic
Damnit. So I've just committed bogus advice in dumpon(8). :-(
No not really.
Your patch is a step in the right
I am checking it now, but not yet clear why it happens. In
old environments, libl.a seemed to be already installed at
that time, but now it doesn't exist at libipsec build time.
libl.a isn't necessary for libipsec building at all.
The error now is the result of adding
On 28-Mar-00 Daniel C. Sobral wrote:
John Baldwin wrote:
Looks good to me, but I need to test it to make sure. I will also look
at seeing if I can squeeze the int 13 extension installation check into
boot1 and boot0 so that they will use packet mode automatically as well.
I recall
Jeroen Ruigrok van der Werven writes:
I am currently only trying to figure out why the DDB way doesn't trigger
savecore to recognise the dump.
Maybe because kern.dumpdev has a different value and savecore can't
find a dump on it ? Have you tried setting kern.dumpdev by hand and
then manually
In [EMAIL PROTECTED] Yoshinobu Inoue
[EMAIL PROTECTED] wrote:
I am checking it now, but not yet clear why it happens. In
old environments, libl.a seemed to be already installed at
that time, but now it doesn't exist at libipsec build time.
libl.a isn't necessary for libipsec
Thanks, after removing libl related dependency from libipsec
Makefile, buildworld just passed libipsec part.
libl.a was not used on the first place. :-
I'll commit the fix.
It seems to me (and my buildworld agree with this)
that 'liby' is also not necessary for building of
On Tue, 28 Mar 2000, Gary Jennejohn wrote:
Jeroen Ruigrok van der Werven writes:
I am currently only trying to figure out why the DDB way doesn't trigger
savecore to recognise the dump.
Maybe because kern.dumpdev has a different value and savecore can't
find a dump on it ? Have you
On Tue, 28 Mar 2000 22:51:54 +1000, Bruce Evans wrote:
I think savecore will find the dump provided dumplo is consistently
initialized, so the only problem with starting dumps at the start of
the device is that this will clobber the label if the device contains
the label.
Given that the
Sorry I broke the world.
old environments, libl.a seemed to be already installed at
that time, but now it doesn't exist at libipsec build time.
It was never installed in the temporary build tree, except possibly
in old, broken versions of /usr/src/Makefile* which built and installed
it
I am having a serious problem trying to build a new kernel for my machine.
I was running 'current' and have now 'downgraded' to 4.0-RELEASE to try
and fix the problem. When I try to boot my machine, it goes into the
bootstrap loader okay, and waits 10 seconds, then the screen flashes and
the
Is this a transient situation, or is current down for maintainance ?
[central-01:james] ~ (2) ftp -a current.freebsd.org
Connected to usw2.freebsd.org.
220 usw2.freebsd.org FTP server (Version wu-2.6.0(1) Tue Jan 25 00:05:38 CST 2000)
ready.
331 Guest login ok, send your complete e-mail
It seems to me (and my buildworld agree with this)
that 'liby' is also not necessary for building of 'libipsec'.
liby is used. Linking to the static version of it isn't good.
I think it results in functions from liby.a being included in
libipsec.so. Since liby.a isn't compiled with
sys/socket.h:
#ifdef _NO_NAME_SPACE_POLLUTION
#include machine/param.h
#else
#define _NO_NAME_SPACE_POLLUTION
#include machine/param.h
#undef _NO_NAME_SPACE_POLLUTION
#endif
I like this for a quick fix. Only define _ALIGN() like the current
ALIGN(). Don't define all the
On Tue, 28 Mar 2000, Sheldon Hearn wrote:
Given that the moment at which dumpdev is set seems important, I think
it's probably better for me to back these isntructions out of the
dumpon(8) manual page and wait for something less tricky.
Do you agree?
Yes.
The man page is also misleading
-On [2328 17:40], Bruce Evans ([EMAIL PROTECTED]) wrote:
On Tue, 28 Mar 2000, Sheldon Hearn wrote:
Given that the moment at which dumpdev is set seems important, I think
it's probably better for me to back these isntructions out of the
dumpon(8) manual page and wait for something less
. astpending is now undefined (/usr/src/sys/kern/kern_sig.c:1168)
. some calls to get_mplock and rel_mplock are made without #define SMP
conditionnal compile in following modules:
kern_exec
kern_exit
kern_sig
kern_sync
mfs_vfsops
mem
trap
To Unsubscribe: send mail to
:. astpending is now undefined (/usr/src/sys/kern/kern_sig.c:1168)
:
:. some calls to get_mplock and rel_mplock are made without #define SMP
: conditionnal compile in following modules:
:
: kern_exec
: kern_exit
: kern_sig
: kern_sync
: mfs_vfsops
: mem
: trap
Hoya!... ok, I'll
Hi,
Appears to boot OK, but then won't answer to network or console, not even
CtlAltEsc to DDB. Screen saver kicks in OK though.
--
Bob Bishop (0118) 977 4017 international code +44 118
[EMAIL PROTECTED]fax (0118) 989 4254 between 0800 and 1800 UK
To Unsubscribe:
:Hi,
:
:Appears to boot OK, but then won't answer to network or console, not even
:CtlAltEsc to DDB. Screen saver kicks in OK though.
:
:--
:Bob Bishop (0118) 977 4017 international code +44 118
:[EMAIL PROTECTED]fax (0118) 989 4254 between 0800 and 1800 UK
Make sure
Hi,
After upgrading my box to the 4.0-STABLE, I've discovered that ppp started
produce regular warnings I've never seen before:
Warning: nat_LayerPull: Dropped a packet
What does it mean and what implications may it have?
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
:. astpending is now undefined (/usr/src/sys/kern/kern_sig.c:1168)
:
:. some calls to get_mplock and rel_mplock are made without #define SMP
: conditionnal compile in following modules:
:
: kern_exec
: kern_exit
: kern_sig
: kern_sync
: mfs_vfsops
: mem
: trap
Ok, should be fixed
I'm puzzled over the following kernel trace. 'm' in frame 6 is
clearly not null... but in frame 5, it is. I have compiled the
ng_l2tp module without -O... just in case that was the problem, but
line 391 (the for loop) explicitly tests m for NULLness anyways.
Also... I have noticed that several
On Tue, 28 Mar 2000, Doug Barton wrote:
src/TODO-2.1, src/usr.sbin/xntpd, etc. There were a large number in
contrib, probably detritus from imports, etc. I'm not sure if this is
significant, it obviously doesn't do any harm. I just thought I'd
mention it.
CVS has no concept of removing a
At 09:52 -0800 28/3/00, Matthew Dillon wrote:
Make sure you haven't confused it between the patch set and the
commit I made last night. Do a cvs update and then a cvs diff to
make sure things haven't gotten confused.
Just blew /sys away and checked it out afresh. Same result I'm
Hi,
I already mentioned this bug a few months ago but didn't got a reply. Maybe
I'm the only one who is affected by this bug.
I have several PnP cards in my system (see attached output of pnpinfo).
Especially one card requests a resource:
I/O Range 0x100 .. 0x3ff, alignment 0x1, len 0x1
I'm seeing the following diagnostics with applications linked against libc_r
cc -O -pipe -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE -g -Wall -o .libs/structs
structs.o -L/usr/local/lib ../../ggi/.libs/libggi.so -lc_r /usr/local/lib/libgg.so
/usr/local/lib/libgii.so -Wl,--rpath
I have a Thinkpad 600X here that I installed freebsd on the third partition,
but couldn't boot because of the 1024 cylinder bit, so I booted a Fixit
floppy mounted my freebsd partitions, installed this patch, patched boot1
to always try packet mode and copied it over to the ntfs boot partition
Thanks for the response...
On Tue, 28 Mar 2000, Kris Kennaway wrote:
On Tue, 28 Mar 2000, Doug Barton wrote:
src/TODO-2.1, src/usr.sbin/xntpd, etc. There were a large number in
contrib, probably detritus from imports, etc. I'm not sure if this is
significant, it obviously
When I changed my passwords from DES to MD5, I noticed this little thing
with periodic daily output.
Backup passwd and group files:
passwd diffs:
1,2c1,2
root:(password):0:0::0:0:Superuser:/root:/bin/csh
toor:(password):0:0::0:0:Bourne-again
I'm running a UP machine with Matt's latest changes. I was just
compiling a new kernel and noticed the my PS/2 mouse under X was very
sluggish. I never noticed this sort of behavior before the changes,
even while doing ``make -j8 buildworld''.
The compile was running on a UW SCSI disk on an
Thanks, Charlie.
In [EMAIL PROTECTED]
"Charles Anderson" [EMAIL PROTECTED] wrote:
C I have a Thinkpad 600X here that I installed freebsd on the third
C partition, but couldn't boot because of the 1024 cylinder bit, so
C I booted a Fixit floppy mounted my freebsd partitions, installed
C
On Tuesday, March 28, 2000, Bush Doctor wrote:
I'm seeing the following diagnostics with applications linked against libc_r
...
Do not directly link with libc_r. Instead, use the -pthread
gcc flag. It will properly compile and link your program with
the correct thread bits.
--
|Chris
On Tuesday, March 28, 2000, Wm Brian McCane wrote:
Fatal trap 9: general protection fault in kernel mode
pointers, etc
Why did you remove the vital information needed to track down
and fix the problem?
--
|Chris Costello [EMAIL PROTECTED]
|A paperless office has about as much chance as a
Alfred Perlstein writes:
* Gary Jennejohn [EMAIL PROTECTED] [000328 14:04] wrote:
I'm running a UP machine with Matt's latest changes. I was just
compiling a new kernel and noticed the my PS/2 mouse under X was very
sluggish. I never noticed this sort of behavior before the changes,
even
I havn't noticed this behavior... or any other performance hits and I'm
running a kernel that was cvsupped about 5 10 minutes ago.. and recompiled
about 5 minutes ago...
=
| Kenneth Culver | FreeBSD: The best OS
On Tue, Mar 28, 2000 at 07:49:23PM +0300, Giorgos Keramidas wrote:
At first glimpse, everything seems identical.. so, where is the
difference? I realized that I had changed ONLY the password, and this
was shown in the diffs in this strange way--since the password is
clipped from the output of
On Tue, 28 Mar 2000, Jeroen Ruigrok van der Werven wrote:
Your patch is a step in the right direction.
I am currently only trying to figure out why the DDB way doesn't trigger
savecore to recognise the dump.
Did you try "call setdumpdev(0xf00)" with the proper show disk/ yet?
It's probably
Out of da blue Chris Costello aka ([EMAIL PROTECTED]) said:
On Tuesday, March 28, 2000, Bush Doctor wrote:
I'm seeing the following diagnostics with applications linked against libc_r
...
Do not directly link with libc_r. Instead, use the -pthread
gcc flag. It will properly compile
Is anyone working on/considering this?
I'm about to start hooking FreeBSD boxes up to a *big* disk array which
has the ability to make LUNS appear on multiple interfaces. Being able to
access LUNS via multiple paths could be a reasonable performance gain, as
well as enhancing reliability.
Hi,
After upgrading my box to the 4.0-STABLE, I've discovered that ppp started
produce regular warnings I've never seen before:
Warning: nat_LayerPull: Dropped a packet
What does it mean and what implications may it have?
This is pretty strange. I've just added a diagnostic to
Yes, we very much has considered this. What's your issue about this, per se?
Right now there's no framework code to directly exploit or prohibit multiple
paths to the same disk, whether via Fibre Channel or SCSI.
On Wed, 29 Mar 2000, Carl Makin wrote:
Is anyone working on/considering this?
At 6:33 PM -0500 3/28/00, Thimble Smith wrote:
On Tue, Mar 28, 2000 at 07:49:23PM +0300, Giorgos Keramidas wrote:
At first glimpse, everything seems identical.. so, where is the
difference? I realized that I had changed ONLY the password, and this
was shown in the diffs in this strange
I am just about finished with a device driver for PCI DIO boards based
around the 8C255 (number may be wrong ;). Specifically this is for the
ComputerBoards DIO-24H DIO board. I have been using the 'development' major
#, and I am ready to go about getting it committed into the CVS tree for
Hi Matthew,
On Tue, 28 Mar 2000, Matthew Jacob wrote:
Yes, we very much has considered this. What's your issue about this, per se?
Well, the driver for asking was my management asking if FreeBSD supported
this, as we're going to do it on AIX (with the Dual Pathing Option) and
with Solaris
In message [EMAIL PROTECTED] Bush Doctor writes:
: I'm seeing the following diagnostics with applications linked against libc_r
Don't link against -lc_r. Use -pthread.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, 28 Mar 2000, Matthew Jacob wrote:
Yes, we very much has considered this. What's your issue about this, per se?
Well, the driver for asking was my management asking if FreeBSD supported
this, as we're going to do it on AIX (with the Dual Pathing Option) and
with Solaris
Meaning no offense, but I can't think of a single good reason to write a
device driver for one of these cards. (Unless you're trying to do
pattern generation, and an 8255 is a terrible choice for that.) Worse
than that though, there's _no_ standard for these cards' implementation,
so a
Meaning no offense, but I can't think of a single good reason to write a
device driver for one of these cards. (Unless you're trying to do
pattern generation, and an 8255 is a terrible choice for that.) Worse
than that though, there's _no_ standard for these cards' implementation,
so a
Good luck getting an answer. Nobody seems willing to answer this
question. :(
Tom Veldhouse
[EMAIL PROTECTED]
On Tue, 28 Mar 2000, James FitzGibbon wrote:
Is this a transient situation, or is current down for maintainance ?
[central-01:james] ~ (2) ftp -a current.freebsd.org
Connected
:I'm running a UP machine with Matt's latest changes. I was just
:compiling a new kernel and noticed the my PS/2 mouse under X was very
:sluggish. I never noticed this sort of behavior before the changes,
:even while doing ``make -j8 buildworld''.
:
:The compile was running on a UW SCSI disk on
On Tue, Mar 28, 2000 at 11:37:55PM +0200, Gary Jennejohn wrote:
I'm running a UP machine with Matt's latest changes. I was just
compiling a new kernel and noticed the my PS/2 mouse under X was very
sluggish. I never noticed this sort of behavior before the changes,
even while doing ``make -j8
:At 09:52 -0800 28/3/00, Matthew Dillon wrote:
:Make sure you haven't confused it between the patch set and the
:commit I made last night. Do a cvs update and then a cvs diff to
:make sure things haven't gotten confused.
:
:Just blew /sys away and checked it out afresh. Same result
In article [EMAIL PROTECTED],
Doug Barton [EMAIL PROTECTED] wrote:
Slightly more serious was the presence of various lock
files/directories. Specifically, one in src/games/primes killed my co as
an unpriviliged user because it was set 700 and owned by root. The co
failed because it
I found a couple of minor nits, but only one real bug. In i386/swtch.s
I forgot to change out a WANT_RESCHED for AST_RESCHED:
sw1a:
call_chooseproc /* trash ecx, edx, ret eax*/
testl %eax,%eax
CROSSJUMP(je, _idle, jne) /*
Matthew Dillon writes :
:I'm running a UP machine with Matt's latest changes. I was just
:compiling a new kernel and noticed the my PS/2 mouse under X was very
:sluggish. I never noticed this sort of behavior before the changes,
:even while doing ``make -j8 buildworld''.
:
:The compile was
On Tue, 28 Mar 2000, Matthew Jacob wrote:
Umm, okay. Is this with Veritas DMP or VCS?
Good question. DMP I think. I'm not sure what VCS is.
an active-active configuration. If you use Greg Lehey's VINUM in FreeBSD, I'm
not clear about what it's role in terms of recognizing redundant paths
On Tue, Mar 28, 2000 at 07:48:00PM -0800, Matthew Dillon wrote:
I found a couple of minor nits, but only one real bug. In i386/swtch.s
I forgot to change out a WANT_RESCHED for AST_RESCHED:
The problem is that a kernel build is not reporting any errors!
WANT_RESCHED does
: problems. If WANT_RESCHED defaults to 0 by being undefined, then
: the reschedule flag is never cleared when a context switch is made
: and this could certainly lead to problems.
:
:Changing it to AST_RESCHED did not fix the problem for me.
:
:-Chris
Ok. I'm seeing the same
Yeah, I was wrong before.. I just had to really hit the system hard before
I noticed this behavior... it get's pretty bad... the mouse get's jumpy,
and the keyboard input is really slow...
=
| Kenneth Culver |
I just noticed something with a new kernel with a Fresh world as of 1
hour ago. I'm running 2 setiathome's one for each CPU (Pentium pro)
and the machine has suddenly turned into a slug
It's worse than a 286 machine I used to own.
It's amazing !!!
It worked with this setup before the changes
On Tue, 28 Mar 2000, Matthew Jacob wrote:
Umm, okay. Is this with Veritas DMP or VCS?
Good question. DMP I think. I'm not sure what VCS is.
Veritas Cluster Server
an active-active configuration. If you use Greg Lehey's VINUM in FreeBSD, I'm
not clear about what it's role in
Hi,
I'm just starting to work with FreeBSD-Current so I can add some software
back into the mix. I've read the handbook, and the FAQ (and I've been a Unix,
and Real Time developer for many years so I'm not new to programming) but I
have a few questions that don't seem to be in the
It seems Warner Losh wrote:
...
mount it in front of the drive to get it to run at a reasonable
temperature. W/o the fan, it was running at 58C or so. With the fan
it runs at 39C or so. I've included the script that I use to find
this information out. Ken Merry sent it to me. It
with a recently compiled kernel (cvsupped about 5 minutes ago..) sounds
play for less than half a second... then just completely stop... Maybe
this is related to Matt Dillon's recent work? I'm not sure...
=
| Kenneth Culver
Brian Somers wrote:
Hi,
After upgrading my box to the 4.0-STABLE, I've discovered that ppp started
produce regular warnings I've never seen before:
Warning: nat_LayerPull: Dropped a packet
What does it mean and what implications may it have?
This is pretty strange. I've
OK, I'm not sure what was wrong before, but after a recompile of the
kernel, all seems well again with sound at least.
=
| Kenneth Culver | FreeBSD: The best OS around.|
| Unix Systems Administrator | ICQ #:
On Wed, Mar 29, 2000 at 02:05:17AM -0500, Kenneth Wayne Culver wrote:
with a recently compiled kernel (cvsupped about 5 minutes ago..)
sounds play for less than half a second... then just completely
stop... Maybe this is related to Matt Dillon's recent work? I'm
not sure...
I doubt it; I've been
:
:Yeah, I was wrong before.. I just had to really hit the system hard before
:I noticed this behavior... it get's pretty bad... the mouse get's jumpy,
:and the keyboard input is really slow...
:
:=
:| Kenneth Culver |
John Polstra wrote:
[My silly speculation about cvs lockfiles and cvsup deleted]
I think you may be misinterpreting the symptoms,
That's entirely possible.
because I don't know
of any way for lock files to propagate off of freefall with CVSup.
All lock files are specifically
79 matches
Mail list logo