Until pppd is taught to create the interface if one doesn't
exist, this information needs to be in /usr/src/UPDATING.
pppd doesn't need to be taught to create the interface. Rather it needed
to learn to check for ppp support in a non-stupid way. The following
patch should do it as well
On Fri, Oct 25, 2002 at 02:16:32PM -0700, Bakul Shah wrote:
Until pppd is taught to create the interface if one doesn't
exist, this information needs to be in /usr/src/UPDATING.
pppd doesn't need to be taught to create the interface. Rather it needed
to learn to check for ppp support
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Fri, Oct 25, 2002 at 01:43:57PM -0700, Terry Lambert wrote:
It's a moderately common case in -CURRENT, when kernel structure
sizes change, and you build a new kernel without new modules, and
a module refuses to load. It's not technically correct. The old
message might not be either, but
Dag-Erling Smorgrav wrote:
--
stage 4: building everything..
--
=== share/doc/usd/13.viref
out of memory
*** Error code 255
This is because the kernel was old on beast
Brooks Davis wrote:
On Fri, Oct 25, 2002 at 01:43:57PM -0700, Terry Lambert wrote:
It's a moderately common case in -CURRENT, when kernel structure
sizes change, and you build a new kernel without new modules, and
a module refuses to load. It's not technically correct. The old
message
On Fri, Oct 25, 2002 at 12:35:22PM -0700, Brooks Davis wrote:
If someone who actually uses pppd could test it, perferably in both
sceneios, I'll see about getting it commited.
Here's a new patch that gives the user more of a hint at how to add PPP
support and only loads the module if they are
Brooks Davis wrote:
On Fri, Oct 25, 2002 at 12:35:22PM -0700, Brooks Davis wrote:
If someone who actually uses pppd could test it, perferably in both
sceneios, I'll see about getting it commited.
Here's a new patch that gives the user more of a hint at how to add PPP
support and only
If memory serves me right, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Jun Kuriyama writes:
At Thu, 24 Oct 2002 12:10:53 + (UTC),
kuriyama wrote:
I've created install CD with make iso.1 (with sources few hours
before).
I'm trying to install fresh current box with this
Here's a new patch that gives the user more of a hint at how to add PPP
support and only loads the module if they are actully root. How's this
look?
I still don't like it. How to explain
I don't think it is pppd's responsibility to muck with
modules. It is like mount kldloading a disk
On Fri, Oct 25, 2002 at 05:34:15PM -0700, Bakul Shah wrote:
Here's a new patch that gives the user more of a hint at how to add PPP
support and only loads the module if they are actully root. How's this
look?
I still don't like it. How to explain
I don't think it is pppd's
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Brooks Davis wrote:
This isn't going to have an effect on the ability to use kernel ppp for
other things. The tty orientation of pppd and the outdated, unmodular
design on ppp(4) have taken care of that. This patch gives people
the functionality they want (pppd just working) without any
On Fri, Oct 25, 2002 at 07:05:57PM -0700, Terry Lambert wrote:
Brooks Davis wrote:
This isn't going to have an effect on the ability to use kernel ppp for
other things. The tty orientation of pppd and the outdated, unmodular
design on ppp(4) have taken care of that. This patch gives
On Fri, Oct 25, 2002 at 07:20:33PM -0700, Brooks Davis wrote:
On Fri, Oct 25, 2002 at 07:05:57PM -0700, Terry Lambert wrote:
Depending on the value of sysctl kern.module_path, if the if_ppp
module does not exist, and one of the path components is writeable,
then this would permit you to
Hi,
When logging into a current 5.0 system via ssh, I see the following
written to the system console (the 'xxx's are my whiteout):
... kernel: Connection attempt to UDP xxx.58.184.35:53 from xxx.58.184.35:49253
... kernel: Connection attempt to UDP xxx.58.184.35:53 from xxx.58.184.35:49254
John De Boskey wrote:
Hi,
When logging into a current 5.0 system via ssh, I see the following
written to the system console (the 'xxx's are my whiteout):
... kernel: Connection attempt to UDP xxx.58.184.35:53 from xxx.58.184.35:492
53
... kernel: Connection attempt to UDP
From: Terry Lambert [mailto:tlambert2;mindspring.com]
Brooks Davis wrote:
This isn't going to have an effect on the ability to use kernel ppp for
other things. The tty orientation of pppd and the outdated, unmodular
design on ppp(4) have taken care of that. This patch gives people
ARE YOU TOO SHY TO PICK UP THE PHONE?
I was, but the big recruiters were ALWAYS on the phone. NOT FOR ME!
As a result, big downlines were always out of my reach.
But I found something FREE where I joined and sat back and watched 26
people
join my downline before I did ANYTHING-in less than
Brooks Davis wrote:
This isn't going to have an effect on the ability to use kernel ppp for
other things. The tty orientation of pppd and the outdated, unmodular
design on ppp(4) have taken care of that. This patch gives people
the functionality they want (pppd just working) without any
Hi,
I've (re)scanned my -current folder for issues related
to the following but didn't see a good match. Pointing
out my blindness is allowed if this was discussed...
I have a system onto which I installed a 4.7-RC a couple
of weeks ago. I then upgraded that newly installed system
to
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
When booting my system, I get the following after samba-2.2.6 starts:
acquiring duplicate lock of same type: inp
1st inp @ /usr/src/sys/netinet/udp_usrreq.c:290
2nd inp @ /usr/src/sys/netinet/udp_usrreq.c:290
This is with a kernel from Fri Oct 25 23:27:50 CDT 2002 (about an hour
ago).
it looks
On Fri, 2002-10-25 at 14:15, John Baldwin wrote:
Well, here's the thing. If libgtop is intended to be used only with live
kernels then it might be a better idea to use xvnode's that you get with
from the kernel. Alternatively, you could grab the inode and dev number
the same way the sysctl
* De: Sean Kelly [EMAIL PROTECTED] [ Data: 2002-10-25 ]
[ Subjecte: /usr/src/sys/netinet/udp_usrreq.c:290 ]
When booting my system, I get the following after samba-2.2.6 starts:
acquiring duplicate lock of same type: inp
1st inp @ /usr/src/sys/netinet/udp_usrreq.c:290
2nd inp @
On 2002-10-25 07:28 +, Mathieu Arnold wrote:
Hi
I was twiddling with my yesterday's current, I was trying to make release
to see how things were going, and I saw at the top of UPDATING that :
In addition, IDE write caching is currently disabled by default
due to
In message: [EMAIL PROTECTED]
Loren James Rittle [EMAIL PROTECTED] writes:
: Yet, the FP hardware is actually configured by default to provide
: `long double' as:
:
: #define LDBL_MANT_DIG 53
: #define LDBL_MIN_EXP(-16381)
: #define LDBL_MAX_EXP16384
:
: Indeed, FP code
On 24 Oct 2002, Joe Marcus Clarke wrote:
I committed my patch to libgtop and libgtop2 a while ago. It should
work on both -CURRENT, not so -CURRENT, and -stable. Checkout patch-ah
in libgtop/files. Works like a champ on -CURRENT from Monday.
Thanks for taking care of that.
-Nate
To
In message: [EMAIL PROTECTED]
Tim Kientzle [EMAIL PROTECTED] writes:
: On Tue, Oct 22, 2002 at 11:52:11PM +0200, Gerhard H=E4ring wrote:
:
: make installworld dumps core at installing passwd (4.5-RELEASE).
:
:
: Brooks Davis:
:
: Are you running a current kernel at this point?
yep that fixes it..
On Thu, 24 Oct 2002, Andrew Gallatin wrote:
Try backing out phk's src/sys/kern/vfs_subr.c 1.416
Does that help?
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
In message: [EMAIL PROTECTED]
M. Warner Losh [EMAIL PROTECTED] writes:
: : Anyways, two questions for FreeBSD maintainers. How should gcc, as
: : provided from the FSF, describe the long double FP format for
: : FreeBSD/i386 4.x? Shall we assume that no changes for FreeBSD 5.x
: :
I know I should be posting this to the gcc people or ports list, but so far all I and
the current BitchX coder (nuke) have seen this on is -CURRENT.
quoted from an e-mail with nuke:
Program received signal SIGSEGV, Segmentation fault.
0x0804b0f1 in aliascmd (command=0x813ebc8 0,
On Thu, 24 Oct 2002, Andrew Gallatin wrote:
Mike Barcroft writes:
stage 4: building everything..
--
=== usr.sbin/pkg_install/info
cc1: warnings being treated as errors
at title:
best regards
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
At Thu, 24 Oct 2002 12:10:53 + (UTC),
kuriyama wrote:
I've created install CD with make iso.1 (with sources few hours
before).
I'm trying to install fresh current box with this CD. But I got
MAKEDEV returned non-zero status dialog after extracting dists.
It seems cd /dev; sh MAKEDEV
Please try the rev 1.418 of vfs_subr.c
db tr
v_incr_usecount(c1d76cb8,,c037b472,863,cc34a92c) at
v_incr_usecount+0x48vrele(c1d76cb8,c1c90a00,c036cc7a,6,100) at
vrele+0xb0
addaliasu(c1d76cb8,402,c1cb6200,cc34a9c0,c1d73b00) at addaliasu+0x1ad
okay, any idea what i'm looking for then? something is locking the whole
system up...
On Thu, 24 Oct 2002, Julian Elischer wrote:
On Thu, 24 Oct 2002, Lamont Granquist wrote:
my -current box keeps freezing about every 24h. i broke into the kernel
and forced a panic and found lots of
In message [EMAIL PROTECTED], Jun Kuriyama writes:
At Thu, 24 Oct 2002 12:10:53 + (UTC),
kuriyama wrote:
I've created install CD with make iso.1 (with sources few hours
before).
I'm trying to install fresh current box with this CD. But I got
MAKEDEV returned non-zero status dialog after
÷ Fri, 25.10.2002, × 11:32, suken woo ÎÁÐÉÓÁÌ:
at title:
best regards
assuming you have /boot/kernel/if_ppp.ko or compiled in ppp interface.
# ifconfig ppp0 create
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Vladimir B.
On Thu, 24 Oct 2002, Loren James Rittle wrote:
... Anyways, that work exposed some issues.
...
It is easy to generate, with arithmetic, a long double value outside
the *exponent* range above no matter how the precision is set; it is
not truncated to Inf until it is actually cast to a
According to Wesley Morgan:
I just finished a build of mozilla-devel, and the fonts look just as
gorgeous as they do in Konqueror. If anyone is having problems with these
What's in your font path ?
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD
On Fri, 25 Oct 2002, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Bruce Evans [EMAIL PROTECTED] writes:
: On Thu, 24 Oct 2002, Loren James Rittle wrote:
:
: ... Anyways, that work exposed some issues.
:
: We have this in the system header:
:
: #define
According to Terry Lambert:
This looks similar to a well known problem that could occur with
nominally proportional spacing fonts in X programs that incorrectly
assumed monospacing for characters, and also on nominally fixed
I just made an experience. I logged in on my STABLE machine coming
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It was brought to my attention today by erk! that the way to solve the
problem is to remove the mozilla-fonts package. It worked for me... I'm
investigating why this is so.
- -Adam
- --
Adam Weinberger
[EMAIL PROTECTED]
[EMAIL PROTECTED]
I'm running 5.0-CURRENT from about 15 minutes ago. I'm running with
snd_emu10k1.ko and snd_pcm.ko loaded from loader.conf. When I attempt to do
anything with audio, I get counld sleep messages.
edgemaster# head -1 /dev/audio
^C
edgemaster# dmesg|tail -1
/usr/src/sys/vm/uma_core.c:1311: could
Ollivier Robert wrote:
According to Terry Lambert:
This looks similar to a well known problem that could occur with
nominally proportional spacing fonts in X programs that incorrectly
assumed monospacing for characters, and also on nominally fixed
I just made an experience. I logged in
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
According to Adam Weinberger:
It was brought to my attention today by erk! that the way to solve the
problem is to remove the mozilla-fonts package. It worked for me... I'm
investigating why this is so.
Works for me too. Thanks a lot !
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=-
On Tue, Oct 22, 2002 at 07:53:38PM -0700, Juli Mallett wrote:
peter@ has been working busily in a Perforce branch to fix a lot of crap
and it's by no means a small amount of work that he's done so far,
especially taking into account the amount of testing and debugging he
seems to be doing.
* De: Bruce Evans [EMAIL PROTECTED] [ Data: 2002-10-24 ]
[ Subjecte: Re: Floating point problems ]
Thanks. This makes the main bug clear. The PCB_NPXINITDONE bit in the
state was not being restored. This was confusing to debug because gdb
doesn't understand this bug so it shows the
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
I can also confirm that my X server has been rock solid since applying the
patch.
I think Bruce deserves a lollipop.
Juli Mallett [EMAIL PROTECTED] wrote:
* De: Bruce Evans [EMAIL PROTECTED] [ Data: 2002-10-24 ]
[ Subjecte: Re: Floating point problems ]
Thanks. This makes the main
This will be the last post on this topic.
A new 5.0-20021025-CURRENT snapshot is available
via anonymous ftp at usw2.freebsd.org:
/pub/FreeBSD/snapshots/i386/5.0-20021025-CURRENT
New snaps will appear each day if the build completes
without errors.
Enjoy!
John
To Unsubscribe: send mail
Dag-Erling Smorgrav writes:
=== share/doc/usd/13.viref
out of memory
*** Error code 255
Can you update the kernel and rtld on this machine as indicated in
UPDATING? Otherwise, we'll see this same failure forever.
Also, is there any way I can talk you out of building LINT on alpha in
In message [EMAIL PROTECTED], Jun Kuriyama writes:
At Thu, 24 Oct 2002 12:10:53 + (UTC),
kuriyama wrote:
I've created install CD with make iso.1 (with sources few hours
before).
I'm trying to install fresh current box with this CD. But I got
MAKEDEV returned non-zero status dialog after
On 25-Oct-2002 Joe Marcus Clarke wrote:
On Thu, 2002-10-24 at 19:13, Nate Lawson wrote:
On Thu, 24 Oct 2002, John Baldwin wrote:
Speaking of v_tag, can you fix the devel/libgtop port on current?
This is the patch I used to get it building the other day:
cat
On Fri, 25 Oct 2002 03:43:03 -0700
Juli Mallett [EMAIL PROTECTED] wrote:
FWIW, this fixes every reproducable hang I've had with X and related.
AOL
Bye,
Alexander.
--
The dark ages were caused by the Y1K problem.
http://www.Leidinger.net Alexander @
On Fri, 25 Oct 2002, Ollivier Robert wrote:
According to Adam Weinberger:
It was brought to my attention today by erk! that the way to solve the
problem is to remove the mozilla-fonts package. It worked for me... I'm
investigating why this is so.
Works for me too. Thanks a lot !
--
According to Matt Loschert:
Me too. Thanks!
The CURRENT machine I've tested is rather old, world/kernel is from Sep.
18th. On an October, 20th CURRENT machine, mozilla just segfaults.
During its reading of all fonts available, it get a segv...
Any idea ?
...
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Fri, 25 Oct 2002, Joe Marcus Clarke wrote:
On Fri, 25 Oct 2002, John Baldwin wrote:
It does?! v_tag is a pointer to kernel memory, you can't read that
from userland! You would get a SIGSEGV and die as soon as you do the
'strcmp()'. That's why I #ifdef'd the whole chunk out. Also,
On 25-Oct-2002 Joe Marcus Clarke wrote:
On Fri, 25 Oct 2002, John Baldwin wrote:
On 25-Oct-2002 Joe Marcus Clarke wrote:
On Thu, 2002-10-24 at 19:13, Nate Lawson wrote:
On Thu, 24 Oct 2002, John Baldwin wrote:
Speaking of v_tag, can you fix the devel/libgtop port on current?
This
Is anyone using pppd on CURRENT. somewhere between may and October it
seems to have broken. My KERNEL is GENERIC, my sources are dated cvs
-D2002-10-20, but I now get a message about needing facilities in the
kernel. However, the kernel has many ppp entry points, I haven't
modified GENERIC which
In article [EMAIL PROTECTED] you write:
Alexey Zelkin wrote:
Folks,
I have dual boot machine with -STABLE and -CURRENT (both have own
boot slices and few slices are shared between them.)
I don't know all the details, but -CURRENT recently changed the way
information is recorded in the
On Fri, Oct 25, 2002 at 06:15:55PM +, Dave Evans wrote:
Is anyone using pppd on CURRENT. somewhere between may and October it
seems to have broken. My KERNEL is GENERIC, my sources are dated cvs
-D2002-10-20, but I now get a message about needing facilities in the
kernel. However, the
that fixes it.. thanks
On Fri, 25 Oct 2002, Poul-Henning Kamp wrote:
Please try the rev 1.418 of vfs_subr.c
db tr
v_incr_usecount(c1d76cb8,,c037b472,863,cc34a92c) at
v_incr_usecount+0x48vrele(c1d76cb8,c1c90a00,c036cc7a,6,100) at
vrele+0xb0
On Fri, Oct 25, 2002 at 06:15:55PM +, Dave Evans wrote:
Is anyone using pppd on CURRENT. somewhere between may and October it
seems to have broken. My KERNEL is GENERIC, my sources are dated cvs
-D2002-10-20, but I now get a message about needing facilities in the
kernel. However,
Thank you for the reply.
On Sat, 5 Oct 2002, Mitsuru IWASAKI wrote:
Hi,
# ACPI CA related problem should be sent to [EMAIL PROTECTED]
# so that Intel folks can be aware of the problem.
Ok, I didn't know that.
From: Nate Lawson [EMAIL PROTECTED]
Subject: ACPI errors and then panic
Date:
On Fri, Oct 25, 2002 at 11:41:33AM -0700, Bakul Shah wrote:
Until pppd is taught to create the interface if one doesn't
exist, this information needs to be in /usr/src/UPDATING.
pppd doesn't need to be taught to create the interface. Rather it needed
to learn to check for ppp support in a
On Fri, 25 Oct 2002, Bakul Shah wrote:
On Fri, Oct 25, 2002 at 06:15:55PM +, Dave Evans wrote:
Is anyone using pppd on CURRENT. somewhere between may and October it
seems to have broken. My KERNEL is GENERIC, my sources are dated cvs
-D2002-10-20, but I now get a message about
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Due to sigaction(2) syscall number changes, doing a 'make installworld'
without having booted a new kernel would be rather messy. For example, if
you tried to reboot with the old kernel, /sbin/init and /bin/sh would get a
signal and abort. That would be bad.
I've added an anti-foot-shooting
On Tue, 24 Sep 2002, Nate Lawson wrote:
There's a bit of a layering problem with the ftp/fetch semantics.
_fetch_close() is used to shutdown the connection (and handles reference
counting but the connection caching is done at the ftp layer. Either the
connection cache should be moved to the
Brooks Davis wrote:
pppd doesn't need to be taught to create the interface. Rather it needed
to learn to check for ppp support in a non-stupid way. The following
patch should do it as well as making pppd do the right thing when
support isn't compiled in, but a module is available. It should
On Fri, Oct 25, 2002 at 12:58:57PM -0700, Terry Lambert wrote:
Brooks Davis wrote:
pppd doesn't need to be taught to create the interface. Rather it needed
to learn to check for ppp support in a non-stupid way. The following
patch should do it as well as making pppd do the right thing
On Fri, 25 Oct 2002, Brooks Davis wrote:
On Fri, Oct 25, 2002 at 11:41:33AM -0700, Bakul Shah wrote:
Until pppd is taught to create the interface if one doesn't
exist, this information needs to be in /usr/src/UPDATING.
pppd doesn't need to be taught to create the interface. Rather it
Brooks Davis wrote:
If someone who actually uses pppd could test it, perferably in both
sceneios, I'll see about getting it commited.
Try running you program when the module is there, but fails to load.
You got rid of the failure message that it used to print.
No, it just let the
Bruce Evans wrote:
patch should do it as well as making pppd do the right thing when
support isn't compiled in, but a module is available. It should make
things work with a GENERIC kernel.
I disagree with auto-loading of modules for anything, but especially in
setuid programs like pppd.
79 matches
Mail list logo