In message <[EMAIL PROTECTED]>, David Schultz writes:
>> http://www.kerneltrap.org/node-592.html
>...
>> Anybody else got plans on this?
I have plans to make it possible to configure, at run time, which, if
any disksort you want to use on a particular disk device.
--
Poul-Henning Kamp | U
In message <[EMAIL PROTECTED]>, "" writes:
>Hello gang.
>
>Does anyone know what kind of `Disk Scheduling' algorithm,
>if any, is used in FreeBSD?
One way elevator sort.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer
In message <[EMAIL PROTECTED]>, Mike Tancsa wr
ites:
>
>It only happens when periodic runs, but it on occasion skips a day. Eg.
>yesterday it did not do it. It only started happening post Jan28th. I can
>brutalize the server with repeated buildworlds (-j2 through 8) and it is
>always successf
In message <[EMAIL PROTECTED]>, David Gilbert writes:
>I ran into an interesting problem last night ... that was very
>frustrating. I was recycling SCSI drives from some NetBSD machines
>(that were client boxes) to add to a RAID server running
>FreeBSD-5.0-RELEASE.
>
>It's simply impossible to for
In message <[EMAIL PROTECTED]>, Paul Herma
n writes:
>>
>> > EXAMPLES
>> > The following produces a drop-in replacement for the traditional
>> > random() and rand() functions using arc4random():
>> > #define arc4random31() (arc4random() & 0x7FFF)
>>
>> Not good. Only true on 32 bit a
In message <[EMAIL PROTECTED]>, Paul Herma
n writes:
> arc4random() returns random numbers in the range of 0 to
> (2**32)-1, and therefore has twice the range of RAND_MAX.
Good.
> EXAMPLES
> The following produces a drop-in replacement for the traditional
> random() and rand() functions usi
In message <00af01c2d04a$e948e0e0$[EMAIL PROTECTED]>, "Matthew Emmerton" w
rites:
>These messages aren't from the *real* Matt Dillon, they're from a stupid
>troll who has been impersonating various FreeBSD developers for a few months
>now. This particular troll uses anonymous remailers so the post
In message <[EMAIL PROTECTED]>, Stephen Hilton write
s:
>> maybe we should make some sort of geographical registration
>> web page so that people can find each other?
Well, new committers are allowed to mark themselves in the xearth port:
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/commi
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wri
tes:
>I haven't been following this thread too closely, but I was hoping you could
>clarify something for me. For what does GEOM mean/stand?
GEOM is basically our disk-I/O subsystem at this point.
--
Poul-Henning Kamp | UNIX since Zi
In message <[EMAIL PROTECTED]>, David Gilbert writes:
>>>>>> "phk" == phk <[EMAIL PROTECTED]> writes:
>
>phk> NBD wouldn't be hard to implement on FreeBSD, the easiest way
>phk> would be to write two GEOM modules to do it: a client
In message <[EMAIL PROTECTED]>, "Matthew N. Dodd" writes:
>On Wed, 29 Jan 2003, David Gilbert wrote:
>> it doesn't work that way. the result of NBD is a /dev/nbd0 not a
>> filesystem. Block 0 of /dev/nbd0 is block 0 of /dev/hda1 (say). nbd
>> runs as a server on the node with the disk and as a c
In message <[EMAIL PROTECTED]>, Rohit Grover writes:
>Hello,
>
>This question is for the current maintainer(s) of ccd. The email
>listed in ccd.c is invalid.
>
>In ccdioctl, for the command CCDIOCSET, ccdgetdisklabel() is called
>after ccdinit(). In ccdgetdisklabel(), the raw partition's size is
>i
In message <[EMAIL PROTECTED]>, Peter Wemm writes:
>Yes, this is a not-quite-yet resolved side effect of GEOM that is due to be
>fixed any minute now. Geom is overly protective when partitions are open
>and mounted.
Geom is not overly protective, it only protects what it has to, the
problem is t
In message <[EMAIL PROTECTED]>, Jonathan Belson writes:
>Hiya
>
>
>Is there a tool for creating the .fnt files that syscons uses? They
>appear to be uuencoded binary files but I can't find out any info on
>the file format.
It's a raw bit-map font, this is from iso-8x14:
Hex Binary
In message <[EMAIL PROTECTED]>, Dirk-Will
em van Gulik writes:
>
>
>On Fri, 17 Jan 2003 [EMAIL PROTECTED] wrote:
>>
>> http://phk.freebsd.dk/misc/mk.sh
>
>There is no boot0cfg in there at all; was that already done (once) to the
>CF card, or did it get a 'fdisk /mbr' under dos already ?
This
In message <[EMAIL PROTECTED]>, Dirk-Will
em van Gulik writes:
>
>In short: A working procedure for making an ATA disk bootable does not
>work reliably with CF cards/with a Soekris.
I use this script, and it worked reliably for me on -current when I
last updated my GPS server a few weeks back.
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wri
tes:
>Well, perhaps I'm missing something here, but can't you just tokenize the items
>in rc.conf using strtok after opening up the file in your C program?
Only if you parse and evaluate the entire /bin/sh syntax.
--
Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Tim Kientzle writes:
>Terry Lambert wrote:
>
>> Tim Kientzle wrote:
>>>I'm trying to figure out how to read and use
>>>/etc/rc.conf configuration variables from within
>>>a C program.
>>
>> #!/bin/sh
>> # Throw all of rc.conf into the environemnet so a C
In message <[EMAIL PROTECTED]>, Tim Kientzle writes:
>I just noticed that dhclient's randomness package
>uses, among other things, a variety of system
>commands (ps, netstat, etc) to harvest entropy.
>Unfortunately, dhclient is used in many situations
>where these commands are not available: sysin
In message <[EMAIL PROTECTED]>, Mario Sergio Fuji
kawa Ferreira writes:
>"clockspeed uses a hardware tick counter to compensate for a persistently
>fast or slow system clock. Given a few time measurements from a reliable
>source, it computes and then eliminates the clock skew.
Uhm, have you heard
In message <[EMAIL PROTECTED]>, Matthew Dillon w
rites:
>And, I will also add, in regards to using the stat structure for
>setattr(), that it creates a serious portability problem as well as
>a serious forward and reverse compatibility problem. Which fields
>in the stat structure
In message <[EMAIL PROTECTED]>, Matthew Dillon w
rites:
>setattr() and friends do not exist anywhere outside of this proposal.
>I don't particularly like the idea of replacing existing functionality
>with a new non-standard system call. The speed issue alone is not enough
>to justi
In message <[EMAIL PROTECTED]>, Nate Lawson wri
tes:
>> Because 1 syscall and 2 namei calls are faster than 4 syscalls and
>> four namei calls.
>
>Which leaves us back at my previous point which is that something is wrong
>with caching if 4 namei calls (for the SAME name) are so much slower. A
>g
In message <[EMAIL PROTECTED]>, Aleksander Rozman
- Andy writes:
>
>Hi !
>I have a very weird problem. Time is running very fast on my computer
>(arround 2 minutes per second - every second two minutes have passed. Some
>time ago I had the same problem with some other computer who had special
>
In message <[EMAIL PROTECTED]>, Nate Lawson wri
tes:
>On Sat, 14 Dec 2002, Michael Ranner wrote:
>> Hi there!
>>
>> I have implemented the setattr(), lsetattr() and fsetattr() syscalls for
>> 4.7 and 5.0. You can review my code on http://www.ranner.jawa.at/freebsd.php.
>>
>> Comments and suggesti
In message <[EMAIL PROTECTED]>, Chuck Tuffli write
s:
>I've been chasing down some weird panics in my CAM driver and have
>noticed that functions don't seem to save all register values before
>they modify them.
>
>For example, function A uses register ecx to hold the value of a pointer. Part way
>
26 matches
Mail list logo
