--
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
* 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, so it
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
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
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
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
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
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 the
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 commonly spreaded
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()
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
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 for it, it
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 test?
How
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) is
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 of
--
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
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
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
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
numbers
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]: in
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) produced
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
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
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, so
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 chip
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]: fatal:
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 as I
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
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
feed
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
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!
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 seems
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
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 stuff came
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
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 the
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 this is
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 screw
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 the
--
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 muppetsg
M
On Mon, Feb 03, 2003 at 08:58:58AM -0700, [EMAIL PROTECTED] wrote:
First I love
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 muppetsg
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 Intel
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
--
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. As
[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?
mike
--
Mike Meyer [EMAIL PROTECTED] http://www.mired.org/consulting.html
Independent WWW/Perforce/FreeBSD/Unix
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':
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
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
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
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 think.
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
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 the four
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
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 9 6
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 private
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
the rand()
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-CURRENT
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
78 matches
Mail list logo
