In message , Garance A Drosihn writes:
>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
On 31-Jan-2003 David Rhodus wrote:
| Using the default ftpd that comes with FreeBSD, in the mkdir command,
| why doesn't it expand '~', the cd and rmdir commands seem to. Passing
| over the code it just calls the c function with should expand it.
No, the system calls don't expand a tilde. The e
At 7:50 PM -0500 1/29/03, Garance A Drosihn wrote:
At 9:49 PM -0500 1/28/03, Garance A Drosihn wrote:
Hmm, well, I finally got my first actual system panic which wasn't
obviously caused by my own screwing around. On the console I have:
free inode /usr/cvs/net/64 had 0 blocks
panic: Negative
On Mon, 3 Feb 2003, Robert Watson wrote:
> The strategy for selecting a credential to check against is generally to
> use td_ucred, and to hold no locks. You'll see that suser() does this,
> for example. Under some circumstances: specifically, credential updates,
> you need to hold the process
Hello,
> The sense of the -P option was changed, and it makes it so you have to
> do extra work to get the console driver to do the right thing from
> inside FreeBSD proper, on a machine that could have its keyboard removed
> (or not). It's because the -h is implied, and it's a toggle.
Oh, I see
On Mon, Feb 03, 2003 at 21:40:20 -0800, David Schultz wrote:
> followed by a 5 or 6. There is a similar pattern for 'e a 7'. I
> think this pretty much demonstrates that the algorithm isn't good
> enough to generate high-quality randomness with respect to
> different seed values. I'm not sugges
On Tue, Feb 04, 2003 at 12:46:59 +0300, Andrey A. Chernov wrote:
>
> Returning to current algorithm, I am interested in good NSHUFF value in
> the range 100-2000. Do you have any findings there?
Apparently 100 is not enough too, I see repeated pattern in your
program. I'll try other values...
On Tue, Feb 04, 2003 at 12:46:59 +0300, Andrey A. Chernov wrote:
>
> So, if you define USE_WEAK_SEEDING and re-compile rand.c, you'll get even
> worse results from your test. It means current variant is better then
> previous. If you know even better algorithm wich pass restrictions above,
> just
On Tue, Feb 04, 2003 at 12:58:40 +0300, Andrey A. Chernov wrote:
> On Tue, Feb 04, 2003 at 12:46:59 +0300, Andrey A. Chernov wrote:
> >
> > Returning to current algorithm, I am interested in good NSHUFF value in
> > the range 100-2000. Do you have any findings there?
>
> Apparently 100 is not en
Thus spake Andrey A. Chernov <[EMAIL PROTECTED]>:
> On Mon, Feb 03, 2003 at 21:40:20 -0800, David Schultz wrote:
> I don't try to make rand() good for high-quality pseudo-randomness,
> because it can be done by price of speed and, more important, big state
> size. Due to rand_r() restriction state
On Tue, Feb 04, 2003 at 03:52:37 -0800, David Schultz wrote:
>
> You can do better than the present generator with 32 bits of state.
> See the following page by Neal Wagner (not to be confused with David Wagner):
> http://www.cs.utsa.edu/~wagner/laws/rng.html
> The section on LCGs suggests t
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Mon, 3 Feb 2003 18:59:46 +0100
Alexander Leidinger <[EMAIL PROTECTED]> wrote:
> 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
On Tue, Feb 04, 2003 at 15:07:30 +0300, Andrey A. Chernov wrote:
> On Tue, Feb 04, 2003 at 03:52:37 -0800, David Schultz wrote:
> >
> > You can do better than the present generator with 32 bits of state.
> > See the following page by Neal Wagner (not to be confused with David Wagner):
> > http
On Tue, 4 Feb 2003, Ilmar S. Habibulin wrote:
> On Mon, 3 Feb 2003, Robert Watson wrote:
>
> > The strategy for selecting a credential to check against is generally to
> > use td_ucred, and to hold no locks. You'll see that suser() does this,
> > for example. Under some circumstances: specific
David Schultz <[EMAIL PROTECTED]> writes:
> You can do better than the present generator with 32 bits of state.
> See the following page by Neal Wagner (not to be confused with David Wagner):
> http://www.cs.utsa.edu/~wagner/laws/rng.html
The attached patch, based on one of the m/k pairs sug
On Tue, Feb 04, 2003 at 14:00:27 +0100, Dag-Erling Smorgrav wrote:
> David Schultz <[EMAIL PROTECTED]> writes:
> > You can do better than the present generator with 32 bits of state.
> > See the following page by Neal Wagner (not to be confused with David Wagner):
> > http://www.cs.utsa.edu/~wa
On Tue, Feb 04, 2003 at 16:10:06 +0300, Andrey A. Chernov wrote:
> On Tue, Feb 04, 2003 at 14:00:27 +0100, Dag-Erling Smorgrav wrote:
> > David Schultz <[EMAIL PROTECTED]> writes:
> > > You can do better than the present generator with 32 bits of state.
> > > See the following page by Neal Wagner (
On Tue, Feb 04, 2003 at 16:17:48 +0300, Andrey A. Chernov wrote:
> On Tue, Feb 04, 2003 at 16:10:06 +0300, Andrey A. Chernov wrote:
> > On Tue, Feb 04, 2003 at 14:00:27 +0100, Dag-Erling Smorgrav wrote:
> > > David Schultz <[EMAIL PROTECTED]> writes:
> > > > You can do better than the present gener
"Andrey A. Chernov" <[EMAIL PROTECTED]> writes:
> There is one bug in your patch: 0 is still illegal, so my fix required.
I believe that's a feature. All linear congruence generator have a
fixed point. 0 is a far better fixed point than any other because it
is more "obviously unsuited" (for some
On Tue, Feb 04, 2003 at 16:28:45 +0300, Andrey A. Chernov wrote:
>
> I'll produce working variant based on your patch...
>
When all done correctly, there is repeated pattern still, so some NSHUFF
drop required too:
1 7 e 4 a 0 7 d 3 a 0 6
See attached patch based on -current sources.
--
Andr
"Andrey A. Chernov" <[EMAIL PROTECTED]> writes:
> And the next bug is 32bit overflow there:
>
> tmp = *ctx * 62089911;
Ack, I thought the type promotion was automatic. Updated patch is
attached.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: lib/libc/stdlib/rand.c
=
On Tue, Feb 04, 2003 at 14:43:57 +0100, Dag-Erling Smorgrav wrote:
> I believe that's a feature. All linear congruence generator have a
> fixed point. 0 is a far better fixed point than any other because it
> is more "obviously unsuited" (for some values of "obviously") as a
> seed value. (but
On Tue, Feb 04, 2003 at 16:47:14 +0300, Andrey A. Chernov wrote:
> On Tue, Feb 04, 2003 at 16:28:45 +0300, Andrey A. Chernov wrote:
> >
> > I'll produce working variant based on your patch...
> >
>
> When all done correctly, there is repeated pattern still, so some NSHUFF
> drop required too:
>
"Andrey A. Chernov" <[EMAIL PROTECTED]> writes:
> With NSHUFF 100 situation not changed much, so I beleive that stated
> problem is common for this type PRNGs, so we gains nothing changing
> formulae to Knuth-recommended values.
Yes we do. We get a better sequence for any given seed, i.e. we ge
"Andrey A. Chernov" <[EMAIL PROTECTED]> writes:
> On Tue, Feb 04, 2003 at 14:43:57 +0100, Dag-Erling Smorgrav wrote:
> > All that being said, adding 1 to *ctx before returning it (see patch)
> > adresses both of your objections: a seed of 0 will not cause the LCG
> > to get stuck, and the result of
On Tue, Feb 04, 2003 at 15:23:28 +0100, Dag-Erling Smorgrav wrote:
> "Andrey A. Chernov" <[EMAIL PROTECTED]> writes:
> > On Tue, Feb 04, 2003 at 14:43:57 +0100, Dag-Erling Smorgrav wrote:
> > > All that being said, adding 1 to *ctx before returning it (see patch)
> > > adresses both of your objecti
Hi,
I am a software developer who has benefitted greatly from using FreeBSD the past few
years as well as other software like KDE. I have been doing what I can here and there
to make sure big projects like KDE will build and run on FreeBSD as well as other
operating systems.
I came to the rea
[Please wrap lines at 72 characters or less.]
David Leimbach <[EMAIL PROTECTED]> writes:
> Hi,
>
> I am a software developer who has benefitted greatly from using FreeBSD the past few
>years as well as other software like KDE. I have been doing what I can here and
>there to make sure big proje
>See http://www.freebsd.org/projects/c99/
>
>Wes Peters has been assigned this task for a while. Perhaps you could
>co-ordinate with him.
Yes and no offense to him... I am sure he is busy. Its not done yet :)
I will contact him and see if I can lend a hand in any way.
Thanks for the informat
On Fri, 31 Jan 2003, Pascal Giannakakis wrote:
> today i updated sources with CVS, compiled world and kernel, then
> rebooted. During boot it hangs at the boot message (the place where in
> FreeBSD 4.7 a lot of boot info would appear, like ata, cpu, usb0 blah blah).
>
> - The keyboard num-lock do
The first (confirmed to work) cross-release!
Finally, I've been able to build an i386 snapshot on Alpha,
and make sure it works!
This is the "uname -a" output from the Alpha box which was
used to build the snapshot, root access kindly provided by
Wilko Bulte:
: FreeBSD ds10.wbnet 5.0-CURRENT Fre
> There's still one issue to be resolved for "i386 on alpha"
> cross-releases: btxld(8) produces a binary image different
> from when it's run natively
This might be related to the failure I've seen trying to cross-compile
i386 world on sparc64. btxldr dies with 'short read' error there.
> Alexan
On Tue, Feb 04, 2003 at 11:46:06AM -0500, Alexander Kabaev wrote:
> > There's still one issue to be resolved for "i386 on alpha"
> > cross-releases: btxld(8) produces a binary image different
> > from when it's run natively
>
> This might be related to the failure I've seen trying to cross-compile
On Tue, Feb 04, 2003 at 15:22:03 +0100, Dag-Erling Smorgrav wrote:
>
> Yes we do. We get a better sequence for any given seed, i.e. we get
> less correlation between n and x(n) for any given x(0). I don't think
> it changes much for long sequences, but we get a better distribution
> for short se
On Tue, Feb 04, 2003 at 17:36:04 +0300, Andrey A. Chernov wrote:
> with a != 0 values are monotonically increased, I try with
> a == 123459876
With your a == 62089911 (i.e. +1) the same:
0: 62089911
1: 124179822
2: 186269733
3: 248359644
4: 310449555
5: 372539466
6: 434629377
7: 496719288
8: 55
On Tue, Feb 04, 2003 at 03:05:31AM -0500, Mike Heffner wrote:
>
> On 31-Jan-2003 David Rhodus wrote:
> | Using the default ftpd that comes with FreeBSD, in the mkdir command,
> | why doesn't it expand '~', the cd and rmdir commands seem to. Passing
> | over the code it just calls the c function
On 04-Feb-2003 Yar Tikhiy wrote:
| On Tue, Feb 04, 2003 at 03:05:31AM -0500, Mike Heffner wrote:
|>
|> On 31-Jan-2003 David Rhodus wrote:
|> | Using the default ftpd that comes with FreeBSD, in the mkdir command,
|> | why doesn't it expand '~', the cd and rmdir commands seem to. Passing
|> | over
I'm trying to create a raid set but after hitting the end of
initializing a raid5
stripe the following is displayed on the console:
raid0: node (Rod) returned fail, rolling backward
raid0: IO Error. Marking /dev/da2s1e as failed.
raid0: node (Rod) returned fail, rolling backward
raid0: IO Error
I have just scratch installed 5.0 from CD. (By scratch install
I mean I told it to delete and recreate all partitions except
/users, so none of my old OS configurations should have been
preseved.)
When I installed 5.0 X11 worked. After turning off ACPI the built-in
trackpoint mouse started worki
On Tue, Feb 04, 2003 at 06:35:40PM +0200, Ruslan Ermilov wrote:
> The first (confirmed to work) cross-release!
>
> Finally, I've been able to build an i386 snapshot on Alpha,
> and make sure it works!
>
[...]
> There's still one issue to be resolved for "i386 on alpha"
> cross-releases: btxld(8)
Andre Guibert de Bruet schrieb:
On Fri, 31 Jan 2003, Pascal Giannakakis wrote:
today i updated sources with CVS, compiled world and kernel, then
rebooted. During boot it hangs at the boot message (the place where in
FreeBSD 4.7 a lot of boot info would appear, like ata, cpu, usb0 blah blah).
-
On Tue, Feb 04, 2003 at 10:58:04AM -0800, Lee Damon wrote:
> (II) ATI: Candidate "Device" section "Card0".
> (--) Chipset ATI Radeon Mobility LW (AGP) found
There are known problems with the ATI Radeon Mobility
driver. I had to compile X11 from the cvs repository
at www.xfree86.org to get my lab
I've stumbled across a Satellite 1605CDS that I'm trying to beat into shape.
ACPI fails as follows:
acpi0: on motherboard
ACPI-0483: *** Error: GPE0 block (GPE 0 to 15) overlaps the GPE1 block
(GPE 0 to 15)
acpi0: could not enable ACPI: AE_BAD_VALUE
device_probe_and_attach: acpi0 attach ret
On Tue, Feb 04, 2003 at 11:38:09AM -0800, Steve Kargl wrote:
> On Tue, Feb 04, 2003 at 10:58:04AM -0800, Lee Damon wrote:
> > (II) ATI: Candidate "Device" section "Card0".
> > (--) Chipset ATI Radeon Mobility LW (AGP) found
>
> There are known problems with the ATI Radeon Mobility
> driver. I ha
On Tue, Feb 04, 2003 at 10:40:09PM +0100, Flag_reda wrote:
> On Tue, Feb 04, 2003 at 11:38:09AM -0800, Steve Kargl wrote:
> > On Tue, Feb 04, 2003 at 10:58:04AM -0800, Lee Damon wrote:
> > > (II) ATI: Candidate "Device" section "Card0".
> > > (--) Chipset ATI Radeon Mobility LW (AGP) found
> >
>
On Tue, Feb 04, 2003 at 10:40:09PM +0100, Flag_reda wrote:
> On Tue, Feb 04, 2003 at 11:38:09AM -0800, Steve Kargl wrote:
> > On Tue, Feb 04, 2003 at 10:58:04AM -0800, Lee Damon wrote:
> > > (II) ATI: Candidate "Device" section "Card0".
> > > (--) Chipset ATI Radeon Mobility LW (AGP) found
> >
>
I have created a patch which contains a preview of the statistics
code I intend to add to GEOM, and would invite people to play with
it and give me some feedback:
http://phk.freebsd.dk/patch/geom_iostat.patch
Here is a small shell-script to watch the output with:
http://phk.free
On Wed, Feb 05, 2003 at 12:41:46AM +0300, Sergey A. Osokin wrote:
>
> Tell more about your Radeon, because I use -CURRENT with APM
> (not ACPI <- it crash my note at boottime),
> ATI Radeon LY Mobility 6 (AGP), XFree86-4.2.1 (from ports)
> without of any problems.
it's not the radeon, it's the ag
"Cliff L. Biffle" <[EMAIL PROTECTED]> wrote:
> I sort of expected ACPI to fail after watching everyone else, but the killer
> here is that APM doesn't seem to work either once ACPI is disabled. Its
> error messages are less interesting. When compiled into the kernel, there
> are no error mess
I noticed a growing queue of undelivered messages today and after some digging
I found out that maildrop, which I use as a local delivery agent for sendmail
in order to deliver to Maildirs, would fail on some messages bigger than its
message-buffer with "Unable to create temporary file.".
I tra
On Tuesday 04 February 2003 23:34, David Wolfskill wrote:
> I haven't seen that particular issue, but there was a time in -CURRENT
> when my "make -j8 buildworld" runs were failing: I was using an md
> device for /tmp, and it was running out of inodes.
I had not thought of that, but /tmp is just
At 9:04 AM +0100 2/4/03, [EMAIL PROTECTED] wrote:
Garance A Drosihn writes:
> I drop out of sysinstall, do some things with that partition, and
then decide to redo the above sequence. Everything has been working
fine, but I'm just testing some things and I end up in a position
where it's qui
At 10:44 PM +0100 2003/02/04, Poul-Henning Kamp wrote:
In difference from the devstat framework which measures how big a
percentage of the time a drive has one or more outstanding requests,
I think that measuring the responstime is a much more useful metric.
(comments, input, references welco
At 4:58 PM -0600 2003/02/04, Dan Nelson wrote:
I pressume we also want to collect number of bytes transferred, and
I will add that in the next iteration.
Definitely. What I'd like is enough statistics to be able to duplicate
Solaris' iostat -x output:
You know, that is *precisely* what
In message , Brad Knowles writes:
>At 10:44 PM +0100 2003/02/04, Poul-Henning Kamp wrote:
>
>> In difference from the devstat framework which measures how big a
>> percentage of the time a drive has one or more outstanding requests,
>> I think that measurin
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
At 1:07 AM +0100 2003/02/05, [EMAIL PROTECTED] wrote:
I don't have a queue-depth as such, but I have number of transactions
in transit. Will a snapshot of that at the time of the read do
what you want ? I am too sleepy to know if that will allow you to
calculate the average number of outsta
In the last episode (Feb 04), Poul-Henning Kamp said:
> Collecting number of operations and number of errors is a nobrainer.
>
> The timestamps cost something to make, and my plan was to only
> collect them while a monitoring program is running. (Is this a good
> idea ?)
>
> In difference from t
On Tue, 4 Feb 2003, Poul-Henning Kamp wrote:
>
>
>
> Now, discussion time:
>
> The timestamps cost something to make, and my plan was to only collect
> them while a monitoring program is running. (Is this a good idea ?)
>
probably it is a good idea though it does lead to the possibility of
On Wednesday, 5 February 2003 at 1:07:47 +0100, Poul-Henning Kamp wrote:
> In message , Brad Knowles writes:
>> At 10:44 PM +0100 2003/02/04, Poul-Henning Kamp wrote:
>>
>>> In difference from the devstat framework which measures how big a
>>> percentage o
[redirected to -current]
On Tuesday, 4 February 2003 at 17:55:42 -0800, [EMAIL PROTECTED] wrote:
> with last hour, cvsup current, rebuild everything,... immediately
> after kernel mount msg for /
> kernel cranks out msg
> Be nice to each other, mmmkay?
> system otherwise fine. Is this a kno
On Tuesday, February 4, 2003, at 09:01 PM, Greg 'groggy' Lehey wrote:
with last hour, cvsup current, rebuild everything,... immediately
after kernel mount msg for /
kernel cranks out msg
Be nice to each other, mmmkay?
system otherwise fine. Is this a known prank?
It is now. It's in /sys/ker
I have improved recovery code after timeout in -current.
Could you try that?
/\ Hidetoshi Shimokawa
\/ [EMAIL PROTECTED]
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html
At Sun, 2 Feb 2003 13:28:33 +0200,
mike wrote:
>
> [1 ]
> On Thu, 30 Jan 2003 14:41:59 +0900, Hidetoshi Shi
On 4 Feb, Muhannad Asfour wrote:
> Hello. I've recently faced a rather odd issue that I've never seen
> before. I bought a new server (specs below), and I loaded it up with
> FreeBSD 5.0-RELEASE (I know, I know, not for a production environment,
> but this is a personal server). Now, whenever I
Hello. I've recently faced a rather odd issue that I've never seen
before. I bought a new server (specs below), and I loaded it up with
FreeBSD 5.0-RELEASE (I know, I know, not for a production environment,
but this is a personal server). Now, whenever I get about 30
simultaneous connections, th
On Tue, 2003-02-04 at 22:32, [EMAIL PROTECTED] wrote:
> On 4 Feb, Muhannad Asfour wrote:
> > Hello. I've recently faced a rather odd issue that I've never seen
> > before. I bought a new server (specs below), and I loaded it up with
> > FreeBSD 5.0-RELEASE (I know, I know, not for a production e
On Tue, 2003-02-04 at 22:49, Laszlo Vagner wrote:
> Muhannad Asfour wrote:
>
> >Hello. I've recently faced a rather odd issue that I've never seen
> >before. I bought a new server (specs below), and I loaded it up with
> >FreeBSD 5.0-RELEASE (I know, I know, not for a production environment,
> >
I have a Toshiba Satellite 1805-S207 laptop. When I boot the generic 5.0-R
kernel from a fresh install (fresh as in initial reboot), it will show the
device lines for agp0 then hang indefinitely, requiring that I turn off the
machine via the power button. This is a repeating event, and occurs
I just booted a kernel with SCHED_ULE. It looks like there's a pretty
serious bug:
PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
573 dnetc139 20 1000K 804K RUN 1:29 85.94% 85.94% dnetc
661 kris 960 2252K 1496K RUN 0:00 6.25% 6.25% to
On Tue, Feb 04, 2003 at 09:38:18PM -0800, Kris Kennaway wrote:
> I just booted a kernel with SCHED_ULE. It looks like there's a pretty
> serious bug:
>
> PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
> 573 dnetc139 20 1000K 804K RUN 1:29 85.94% 85.94% d
On Tue, Feb 04, 2003 at 09:38:18PM -0800, Kris Kennaway wrote:
> I just booted a kernel with SCHED_ULE. It looks like there's a pretty
> serious bug:
>
> PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
> 573 dnetc139 20 1000K 804K RUN 1:29 85.94% 85.94% d
On Tue, Feb 04, 2003 at 09:54:23PM -0800, Steve Kargl wrote:
> On Tue, Feb 04, 2003 at 09:38:18PM -0800, Kris Kennaway wrote:
> > I just booted a kernel with SCHED_ULE. It looks like there's a pretty
> > serious bug:
> >
> > PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAN
On Tue, 4 Feb 2003, Kris Kennaway wrote:
> On Tue, Feb 04, 2003 at 09:54:23PM -0800, Steve Kargl wrote:
> > On Tue, Feb 04, 2003 at 09:38:18PM -0800, Kris Kennaway wrote:
> > > I just booted a kernel with SCHED_ULE. It looks like there's a pretty
> > > serious bug:
> > >
> > > PID USERNAME PRI
In message <[EMAIL PROTECTED]>, "Greg 'groggy' Lehey"
writes:
>2. %busy. I personally think this is the most important one, but as
>you say, there's no reason not to do the others as well.
The problem with this one is that we can't measure it in a way which
tells us the truth, and we may n
On Wed, 2003-02-05 at 00:39, Matt Rudderham wrote:
> Hi,
> You're DMESG is only showing those disks as running at UDMA33, Verify
> your cabling and go for some high quality 80Pin cables, this should make
> a big difference, I find FreeBSD sometimes has a few quirks in this
> area, but nothing conc
76 matches
Mail list logo