Bakul Shah wrote:
> Thank you for explicating the security argument! I'll also
> point out that hardwiring module names makes it harder to
> experiment with replacement modules (i.e. I may want to
> develop if_super_duper_ppp).
Actually, this isn't an issue (I'm assuming that you want it to
be na
On Sat, 26 Oct 2002, John De Boskey wrote:
>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...
It's just another intentional incompatibility in GEOM.
>I have a system onto
I have an error for a week and cannot make buildworld.
Where can I find "panic" other than real panic?
===> sbin/gbde
: : : :
cc -O -pipe -mcpu=pentiumpro -I/usr/src/sbin/gbde/../../sys -Werror -Wall
-Wno-format-y2k -Wno-uninitialized -c template.c
cc1: warnings being treated as errors
/
* 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 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 sysct
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 look
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 -curre
> 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) wit
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 24
> 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
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 xxx
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
..
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
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
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 m
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
> 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 dis
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 curr
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 on
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 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
> > m
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 o
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, bu
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
> > 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 a
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 li
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 ju
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 i
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 thi
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 sho
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
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 devic
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 messag
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 non
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
>
> 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. Ho
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
> >> addaliasu(
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
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 rec
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
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 c
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. Als
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 ?
...
e3affe4fa68dd8cab058ebb219
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 !
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 @ Leidin
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 patch-sysdep
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 sta
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
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 to
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 th
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
* 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 t
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.
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! -=-
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 log
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 sle
-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]
-BEGIN
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
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:
> : >
> : > #d
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 keltia.freeni
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
÷ 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
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 sta
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 p
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
>> devfs_allocv(c1d8f880,c1c
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;
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
at title:
best regards
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
> > /tinderbox/sparc64/src/usr.sbin/pkg_in
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",
>args=0x
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
:
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
What does uname -a say in single user. It should say 5.0, but I'd
guess it is saying 4.x.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
80 matches
Mail list logo
