--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
> > FWIW - AIX aggrees with Solaris.
> Endiannes, or an SVR4 implementation difference?
OS X agrees with FreeBSD i386. In fact, FreeBSD sparc64 and FreeBSD
alpha are all the same too, so it seems the code isn't too sensitive
to byteorder or wordsize.
Bakul's comments on who agrees with BSD 4.{2,
* De: David Malone <[EMAIL PROTECTED]> [ Data: 2003-02-03 ]
[ Subjecte: Re: rand() is broken ]
> > > FWIW - AIX aggrees with Solaris.
>
> > Endiannes, or an SVR4 implementation difference?
>
> OS X agrees with FreeBSD i386. In fact, FreeBSD sparc64 and FreeBSD
> alpha are all the same too
I have a dual PIII Intel L440gx+ (VA Linux) server. I am running CURRENT
cvsupped a few hours ago.
This motherboard provides access to the BIOS via sio1. When booting, the
serial BIOS shows everything that's happening until the point of booting
the kernel (where it seems to switch video modes to h
Hello,
> This motherboard provides access to the BIOS via sio1. When booting, the
> serial BIOS shows everything that's happening until the point of booting
> the kernel (where it seems to switch video modes to have a bright white
> character set rather than the dull white/grey characters used
> i
On current as of about four hours ago, sshd spits the following to the console
after a successful login:
Feb 3 01:41:29 metropolis sshd[550]: in _openpam_check_error_code():
pam_sm_setcred(): unexpected return value 24
It seems harmless, but pam doesnt sound happy. I did notice that mergemaste
On Sun, Feb 02, 2003 at 16:26:39 -0800, David Schultz wrote:
>
> The correlation is still present with your patch and NSHUFF set to
> 10. For instance, try seeding rand() with contiguous monotonically
> increasing integers, and observe the four lowest-order bits.
Since you already have running f
At 4:41 PM -0800 2003/02/02, Terry Lambert wrote:
Donald Knuth seemed to like them well enough to publish the
algorithm, as part of his discussion on randomness. He *didn't*
publish RC4, in that same discussion.
RC stands for Ron's Code. This stuff came after the work that
Diffie Hellman
> Hi,
>
> Is it just me or is the Mylex driver broken under FreeBSD 5.0-Release?
> I couldn't dig up anything related in archives. I'm aware of
> bootup issues
> using Mylex cards, but I already have it installed on IDE and
> trying to
> work with a drive connected to a mylex controller locks up
> > > FWIW - AIX aggrees with Solaris.
OSF1 .. V5.1 732 alpha
HP-UX . B.11.00 U 9000/800
agree with Solaris
--
Alexander Pohoyda
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Doug Barton wrote:
Forgive me for being dense, but can you expand on your concerns?
My concern is setting various mac labels to various files in /etc, and
having these files keep the labels after a mergemaster.
Doug
On Fri, 31 Jan 2003, Daniel C. Sobral wrote:
I'm starting to have a bad
"Andrey A. Chernov" writes:
> > If I understand correctly, this still doesn't solve the problem,
> > because any PRNG sequence that hits the "magic" value will still get
> > stuck there forever.
>
> It was true for the first patch I post which just move problem to another=
>
> place (this is commo
Hello.
We got lock order reversal here:
1st 0xc0384800 arp mutex (arp mutex) @ /usr/src/sys/netinet/if_ether.c:151
2nd 0xc1886b7c radix node head (radix node head) @ /usr/src/sys/net/route.c:549
Simple backtrace:
rtreqest1() [route.c]
rtreqest() [route.c]
arptfree() [if_ether.c]
arptimer() [if
On Mon, Feb 03, 2003 at 10:55:42 +, Mark Murray wrote:
>
> How do you _know_ that your newly chosen magic number isn't going to cause
> some kind of recurring (and too-short) sequence of numbers?
I run simple test for it, it is not too short.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsu
On Mon, Feb 03, 2003 at 14:08:41 +0300, Andrey A. Chernov wrote:
> On Mon, Feb 03, 2003 at 10:55:42 +, Mark Murray wrote:
> >
> > How do you _know_ that your newly chosen magic number isn't going to cause
> > some kind of recurring (and too-short) sequence of numbers?
>
> I run simple test fo
"Andrey A. Chernov" writes:
> On Mon, Feb 03, 2003 at 10:55:42 +, Mark Murray wrote:
> >
> > How do you _know_ that your newly chosen magic number isn't going to cause
> > some kind of recurring (and too-short) sequence of numbers?
>
> I run simple test for it, it is not too short.
"simple t
On Mon, Feb 03, 2003 at 11:19:17 +, Mark Murray wrote:
>
> "simple test"?
>
> How long did you check for?
See my another message with details.
> random() is documented to not repeat before some number of outputs;
> how do you know that this fix does not significantly shorten that?
random(3
On Mon, Feb 03, 2003 at 14:26:00 +0300, Andrey A. Chernov wrote:
>
> random(3) is not affected to to its hashing nature. We talk about rand(3).
to to = due to
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body o
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
This is final fix for 1st value correlation problem. Somebody with
math statistic knowledge please run some test to be sure that NSHUFF is
good enough for this simple PRNG (i.e. not 100% good, but good for average
quality PRNG we have). My simple test shown that 100 is enough, but I
am not PRNG
I'm afraid I don't understand the fix... and how it
seems to affect the historical behaviour of srand()/rand().
How does it address the understanding that if I use
srand(28), I will get exactly the same sequence of
numbers srand(28) produced yesterday, last week,
last year?
I have worked with pr
On Mon, Feb 03, 2003 at 07:01:50 -0500, Thomas David Rivers wrote:
>
> Please, oh please, don't change that behavior in
> srand()/rand().
This subject is not discussed (again). We already discuss it long time ago
and agrees that changes are allowed especially when they fix bugs. Search
mailing l
On Mon, Feb 03, 2003 at 01:54:45AM -0800, David P. Reese Jr. wrote:
> On current as of about four hours ago, sshd spits the following to the console
> after a successful login:
>
> Feb 3 01:41:29 metropolis sshd[550]: in _openpam_check_error_code():
>pam_sm_setcred(): unexpected return value 24
On Mon, Feb 03, 2003 at 07:01:50AM -0500, Thomas David Rivers wrote:
> I'm afraid I don't understand the fix... and how it
> seems to affect the historical behaviour of srand()/rand().
>
> How does it address the understanding that if I use
> srand(28), I will get exactly the same sequence of
> nu
On Mon, Feb 03, 2003 at 06:13:03AM -0600, Jacques A. Vidrine wrote:
> On Mon, Feb 03, 2003 at 01:54:45AM -0800, David P. Reese Jr. wrote:
> > On current as of about four hours ago, sshd spits the following to the console
> > after a successful login:
> >
> > Feb 3 01:41:29 metropolis sshd[550]: i
Thus spake Thomas David Rivers <[EMAIL PROTECTED]>:
> I'm afraid I don't understand the fix... and how it
> seems to affect the historical behaviour of srand()/rand().
>
> How does it address the understanding that if I use
> srand(28), I will get exactly the same sequence of
> numbers srand(28) p
Bonjour ,
Nous vous invitons a venir référencer votre site
sur http://www.sexe-top-gratuit.com , notre
nouvel annuaire X .
Lorsque le nombre d'inscrits sera suffisant ,
nous envoyerons du trafic en masse grace a nos
autres annuaires , sites , et nos nombreux tgp ,
alors n'hesittez pas , et soyez l
Why not to use only credits for proc and make td_ucred macro like
td_proc->p_ucred? Or it has some meaning that i do not understand?
Thank you for help.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, Feb 02, 2003 at 12:13:12PM -0600, Kevin Day wrote:
> At 11:54 AM 2/2/2003, Jacques A. Vidrine wrote:
> >> Ok, I admit, no matter how it happened, an application using the wrong
> >libc
> >> is a bad thing.
> >>
> >> But, how are things supposed to work?
> >
> >Apps that need the old libc.s
Apparently, On Mon, Feb 03, 2003 at 09:08:41AM -0500,
Ilmar S. Habibulin said words to the effect of;
>
> Why not to use only credits for proc and make td_ucred macro like
> td_proc->p_ucred? Or it has some meaning that i do not understand?
td_ucred is a read only reference to p_ucred, s
Jaye,
Thanks for the report. Haven't seen it here, but I also don't have a
configuration that looks like that one. In order to usefully debug this,
we'll need some more information -- off the top of my head, it sounds a
lot like a file system pseudo-deadlock of some sort. Perhaps a race to
the
Bakul Shah <[EMAIL PROTECTED]> writes:
> Guys, please realize that random() is also used in generating
> simulation inputs (or timing or whatever). If you go change
> the underlying algorithm or its parameters one can't generate
> the same sequence from the same seed when repeating a test.
> Some
"David P. Reese Jr." <[EMAIL PROTECTED]> writes:
> I cvsuped again to get des's recent changes and built world. After a fresh
> install, when trying to ssh in i get:
> Feb 3 05:02:36 metropolis sshd[3695]: in openpam_load_module(): no pam_krb5.so
>found
> Feb 3 05:02:36 metropolis sshd[3695]:
> From: Lucky Green [mailto:[EMAIL PROTECTED]]
>
> 1) Is there a way to prevent the FreeBSD kernel from ever
> switching into
> this different video mode, thus allowing me to continue to use the
> built-in serial terminal? The machine is a headless server, I
> don't care
> if video works as long
First I love FreeBSD !! It Rocks! Now that I softened you busy people up.
Where can I find a list of what ports 5.0 has? I am looking to setup 5.0,
currently running 4.7, with Apache PHP MySQL SSH for testing and help in
feed back on how it's doing or not doing. I am not a UNIX programer but I
can
On Mon, Feb 03, 2003 at 08:58:58AM -0700, [EMAIL PROTECTED] wrote:
> First I love FreeBSD !! It Rocks! Now that I softened you busy people up.
>
> Where can I find a list of what ports 5.0 has? I am looking to setup 5.0,
> currently running 4.7, with Apache PHP MySQL SSH for testing and help in
>
On Mon, 3 Feb 2003, Daniel C. Sobral wrote:
> Doug Barton wrote:
> > Forgive me for being dense, but can you expand on your concerns?
>
> My concern is setting various mac labels to various files in /etc, and
> having these files keep the labels after a mergemaster.
That's reasonable mm uses
Doug Barton wrote:
On Mon, 3 Feb 2003, Daniel C. Sobral wrote:
Doug Barton wrote:
Forgive me for being dense, but can you expand on your concerns?
My concern is setting various mac labels to various files in /etc, and
having these files keep the labels after a mergemaster.
That's reasona
Hello Warner.
On Sun, Feb 02, 2003 at 12:30:30PM -0700, M. Warner Losh wrote:
> Consider the following patch. Since you have custom configuration, it
[changes in devd rc script require / before]
That helped perfectly; my system is quite happy with this, even without
the sleep patch.
Thanx! Grea
Lucky Green wrote:
> I have a dual PIII Intel L440gx+ (VA Linux) server. I am running CURRENT
> cvsupped a few hours ago.
>
> This motherboard provides access to the BIOS via sio1. When booting, the
> serial BIOS shows everything that's happening until the point of booting
> the kernel (where it s
Attila Nagy wrote:
> I think you need to read the Serial Console section of the Handbook.
> You will find it here:
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html
This is actually no longer accurate. PHK changed the defaults, and
it no longer does correct auto
Brad Knowles wrote:
> At 4:41 PM -0800 2003/02/02, Terry Lambert wrote:
> > Donald Knuth seemed to like them well enough to publish the
> > algorithm, as part of his discussion on randomness. He *didn't*
> > publish RC4, in that same discussion.
>
> RC stands for Ron's Code. This stuf
On Mon, 3 Feb 2003, Ilmar S. Habibulin wrote:
> Why not to use only credits for proc and make td_ucred macro like
> td_proc->p_ucred? Or it has some meaning that i do not understand?
td_ucred is a cached copy of p_ucred. The cached copy is potentially
updated on any entry to the kernel. The re
Hi,
I tried a buildworld yesterday and today, and I got:
---snip---
gcc -I/big/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DHAVE_C
ONFIG_H -DTARGET_NAME=\"i386-undermydesk-freebsd\" -DIN_GCC -c insn-recog.c -o
insn-recog.o
insn-recog.c: In function `split_2':
insn-recog.c:52213
Hello,
> This is actually no longer accurate. PHK changed the defaults, and it
> no longer does correct autodetection from the boot loader config file.
It may be my fault, but I could set up a serial console to a 5.0-RELEASE
box using this page.
5.0 uses hints, I think this is the only change, I
On 01-Feb-2003 Julian Elischer wrote:
>
> I'm working on backing out david's patch.
>
> Part of his megacommit was a patch that should ahve been separatly
> handled.
>
> I have split it out..
> Can people have a look at it and see if it makes sense.
>
> http://www.freebsd.org/~julian/lock.diff
On 01-Feb-2003 Soeren Schmidt wrote:
>
> I'm currently in the midst of an ATA chipset support mega rewrite/update,
> and the last item on the list is SiS support.
>
> That where _you_ come into the picture, I need a pciconf -l from your
> SiS based system!
>
> Just reply to this message with th
Attila Nagy wrote:
> > This is actually no longer accurate. PHK changed the defaults, and it
> > no longer does correct autodetection from the boot loader config file.
>
> It may be my fault, but I could set up a serial console to a 5.0-RELEASE
> box using this page.
> 5.0 uses hints, I think thi
> From: Terry Lambert [mailto:[EMAIL PROTECTED]]
...
>
> Anyway, it was a particular problem with the SuperMicro motherboards
> with the AMI BIOS that's been the subject of the rest of this
> discussion (i.e. the ones that kick out the escape sequence at the
> end, for no good reason, except to s
Don Bowman wrote:
> > Anyway, it was a particular problem with the SuperMicro motherboards
> > with the AMI BIOS that's been the subject of the rest of this
> > discussion (i.e. the ones that kick out the escape sequence at the
> > end, for no good reason, except to screw up non-monochrome VTxxx
>
M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Robert Watson <[EMAIL PROTECTED]> writes:
: I ran into a similar problem, actually -- programs like dhclient rely on
: being able to write to lease and pid files. It's almost as though we'd
: like an additional set of events when t
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Attila wrote:
The reason that you lost the serial console after the kernel started is
that you BIOS from that point is launched to the nearest galaxy's
trashcan via hyperspace, I mean is not functional. You have to set up
the serial console.
A good answer on your average
Thank you for the information. Is there by chance a list of What does
work? This is so I can at least move forward and get a backup before I
start blowing things up... I love the mad bomber on the muppets
M
> On Mon, Feb 03, 2003 at 08:58:58AM -0700, [EMAIL PROTECTED] wrote:
>> First I love Free
On Mon, Feb 03, 2003 at 01:33:26PM -0700, [EMAIL PROTECTED] wrote:
> Thank you for the information. Is there by chance a list of What does
> work? This is so I can at least move forward and get a backup before I
> start blowing things up... I love the mad bomber on the muppets
http://bento.freeebs
Lucky Green wrote:
> However, the Intel L440gx+ motherboard I have (it came in a VA Linux
> rackmount) seems to have a separate CPU performing all kinds of
> monitoring tasks, watchdog, etc, so I was hoping this separate CPU was
> actually performing the serial console task.
According to Doug's In
On Mon, Feb 03, 2003 at 12:06:28PM +0100, Pawel Jakub Dawidek wrote:
+> We got lock order reversal here:
+>
+> 1st 0xc0384800 arp mutex (arp mutex) @ /usr/src/sys/netinet/if_ether.c:151
+> 2nd 0xc1886b7c radix node head (radix node head) @ /usr/src/sys/net/route.c:549
+>
+> Simple backtrace:
+>
Warner,
I hate Mondays, especially when I am the front-line network trouble
person (cleverly called Person of the Week or POW).
I have not had much time, but I can confirm that pccard_ether is NOT
called when the card is already inserted at boot time and IS called
when the card is inserted after
Warner,
Please ignore my last message about re-building the kernel. I just
actually LOOKED at the patch and I have implemented it. (Of course,
no kernel rebuild.)
I still don't see anything. I am both doing the requested "echo" and
writing a log entry. Neither shows up.
Since it works, I now won
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Mon, 3 Feb 2003, Lucky Green wrote:
>
> However, the Intel L440gx+ motherboard I have (it came in a VA Linux
> rackmount) seems to have a separate CPU performing all kinds of
> monitoring tasks, watchdog, etc, so I was hoping this separate CPU was
> actually performing the serial console task.
[I asked this on -questions, and got no response, so...]
Is it just me, or has disklabel lost the ability to read/write from
extended slices in 5.0-RELEASE?
http://www.mired.org/consulting.html
Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information.
To
I've now run into this 2 times this week... doing a make buildkernel with
pretty much generic (SMP turned on and IPFILTER enabled with logging and
default block):
/usr/src/sys/kern/kern_subr.c:557: undefined reference to `sched_prio'
kern_switch.o: In function `choosethread':
/usr/src/sys/kern/
On 2003.02.03 18:52:09 -0600, Nick H. -- Technical Support Engineer wrote:
> I've now run into this 2 times this week... doing a make buildkernel with
> pretty much generic (SMP turned on and IPFILTER enabled with logging and
> default block):
From UPDATING :
20030125:
The scheduler fram
read "UPDATING" and look for teh paragraph about the new scheduler
options.
I disagree strongly with needing an option to keep the current
scheduler..
I think no option should give teh default scheduler.. after
all, you need one...
On Mon, 3 Feb 2003, Nick H. -- Technical Support Engineer wrote
options SCHED_4BSD #4BSD scheduler
It's in there.
Regards,
Nick H.
Technical Support Engineer
[EMAIL PROTECTED]
Please rate my performance! http://www.supportteam.net/rate.php3
Please submit all new support requests to
http://ticketmonster.hostingsupport.com/
---
Now that 5.0 has been released, can we please make PFIL_HOOKS the
default?
--
Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.celabo.org/
NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos
[EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PROTECTED]
To U
On Mon, Feb 03, 2003 at 07:37:06PM -0600, Jacques A. Vidrine wrote:
> Now that 5.0 has been released, can we please make PFIL_HOOKS the
> default?
Oh, I should have said that I'm going to make the change in a few days
if there are no objections.
Cheers,
--
Jacques A. Vidrine <[EMAIL PROTECTED]>
> 1st 0xc0384800 arp mutex (arp mutex) @ /usr/src/sys/netinet/if_ether.c:151
> 2nd 0xc1886b7c radix node head (radix node head) @
> /usr/src/sys/net/route.c:549
A fix was committed on Jan 28, so if you update your source, the problem
will go away.
To Unsubscribe: send mail to [EMAIL PROTEC
Julian Elischer wrote:
> read "UPDATING" and look for teh paragraph about the new scheduler
> options.
>
> I disagree strongly with needing an option to keep the current
> scheduler..
> I think no option should give teh default scheduler.. after
> all, you need one...
It's trivial to do this, I t
We are having minor problems with a newer gcc generating warnings
for yacc due to yyrcsid not being used. Does anyone object to the
following patch to skeleton.c or have a better way of handling this?
-Dlint causes other problems.
Thanks.
--
Chad David[EMAIL PROTECTED]
www.FreeBSD.org
Hi!
Does the combo in subject work for anyone? I have Win98 on this laptop,
too, and it can sync. the palm over the IrDA port.
However, with FreeBSD-current it does not work. Birda's irs is running
as
/opt/bin/irs -y /dev/ptypv -c -d /dev/ttyd1 -Y
and I point coldsync to the correspondi
Thus spake Andrey A. Chernov <[EMAIL PROTECTED]>:
> On Sun, Feb 02, 2003 at 16:26:39 -0800, David Schultz wrote:
> >
> > The correlation is still present with your patch and NSHUFF set to
> > 10. For instance, try seeding rand() with contiguous monotonically
> > increasing integers, and observe t
On Mon, 2003-02-03 at 22:28, Mikhail Teterin wrote:
> Anyone has a success to share? I tried both birda-1.00 from the ports
> and the later 1.1 -- without visible differences. Thanks!
Guess I should look at upgrading the port
I don't have a -current system at present, and the test machine I w
David Schultz ([EMAIL PROTECTED]) wrote:
> Rather than me showing you more semi-meaningful numbers from
> Marsaglia's tests, why don't you look at the following sequence,
> which I get by taking the lowest four bits of the 201st number in
> the rand() sequence for seeds of (0, 1, 2, ...).
>
f c
In message <[EMAIL PROTECTED]>, Mike Meyer writes:
>[I asked this on -questions, and got no response, so...]
>
>Is it just me, or has disklabel lost the ability to read/write from
>extended slices in 5.0-RELEASE?
I hope not.
Please send me the output of
sysctl -b kern.geom.confxml
in priv
Thus spake Eric Hodel <[EMAIL PROTECTED]>:
> David Schultz ([EMAIL PROTECTED]) wrote:
>
> > Rather than me showing you more semi-meaningful numbers from
> > Marsaglia's tests, why don't you look at the following sequence,
> > which I get by taking the lowest four bits of the 201st number in
> > th
sysinstall's 'FDISK Partition Editor' won't let me create a second slice.
After pressing 'w' it says: "ERROR: Unable to write data to disk ad4!" then
"Disk partition write returned an error status!"
Freshly cvsup'd a few hours ago.
# sysctl -a | grep kern.version
kern.version: FreeBSD 5.0-CURRE
So, I'm trying something on -current.
I boot up, log into root. I have two hard disks on the system. All
of my mounted partitions are on ad0, except for one partition on ad2.
I 'umount' that partition. I run the Disklabel Editor via sysinstall.
I delete that partition, and then re-create it as
79 matches
Mail list logo
