I don't know who he is either, but much to my regret this nonsense has
forced me off the list.
Bye everyone, it's been a great 9 years, and it's a great OS, and you're
great people!
I hope this mess gets worked out someday.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Fri, 13 Dec 2002, Bruce M Simpson wrote:
Two words: Open Firmware.
if it has open in the name, it's not
open firmware is useless to me.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
On Fri, 13 Dec 2002, Bruce M Simpson wrote:
Were you aware of the OpenBIOS project?
I've only been working with them for about the last three years.
re open firmware: where was taht source tree again?
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the
On Fri, 13 Dec 2002, Terry Lambert wrote:
Actually, the interesting part would be a survey of which BIOS
calls are actually used (a survey by a BIOS writer, maybe, hint
hint 8-)).
we've got a good fellow on freebsd-clusters doing the survey, and then
we're going to see how to hook up freebsd
I thought I saw one of them at freenix a few years back? not sure.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
On Thu, 12 Dec 2002, Terry Lambert wrote:
I guess it's not OK to make BIOS calls into the BIOS?
not if it's my lazy bios that doesn't support them.
Isn't that what BIOS's are for?!?
agreed, but I was hoping that we could move beyond this bios stuff. Can't
we all just get along :-)
ron
We would sure like to be able to boot freebsd, but freebsd makes bios
calls.
Any way we can change this (i.e. pass info freebsd needs via tables).
Openbsd boots, so does win2k, so we're not linux-centric.
ron
-- Forwarded message --
Date: Mon, 9 Dec 2002 21:19:15 -0500 (EST)
On Thu, 5 Dec 2002, David Schultz wrote:
Linux used to do that, but AFAIK it doesn't anymore.
Linux puts kvm at 0xc000, kernel at physical 0x10, etc. There
was a time when you could address all of physical memory just by
direct-mapping the PTEs, since base of 0xc000 means KVM
Put a voltmeter on the PP port. Measure voltage.
put am ammeter on the PP port. measure current. (start at 10 amps to be
safe, trust me, you're not going to cause the ammeter any trouble).
See if Voc and Isc are in a usable range. If not, go get yerself a little
reed relay or solid state relay.
On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote:
As far as I remember, there is open collector output
on parallel port, so your wish impossible %-)
oops, I forgot that little deal. Yup, you need a pullup.
you can get PP relay modules for not much.
ron
To Unsubscribe: send mail to [EMAIL
On 27 Sep 2002, Ryan Sommers wrote:
*** But what does prevent a user-level process from executing
wild instructions (RESET, traps, other dangerous instructions
and undocumented features) ?
I'm probably less knowledgeable then you are but in protected-mode
programming isn't the kernel
On Wed, 25 Sep 2002, Bruce M Simpson wrote:
Anyone looked at OpenBIOS? The line has to be drawn somewhere... as regards
supporting multiple chipsets/CPUs. Personally I like the idea of being able
to do PXE-like booting on non-Intel platforms.
sure, and it will probably run on top of
I still wish somebody would do a bproc port for freebsd (see
http://www.clustermatic.org)
or get freebsd loadable from linuxbios (http://www.linuxbios.org). We load
plan 9 and WinCE, so how much does freebsd need?
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
intermezzo probably is not impossible on freebsd. I worked on the early
versions and most of the hard work is done outside the kernel.
It would be nice to see it on freebsd.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
On Fri, 6 Sep 2002, Terry Lambert wrote:
Sarnoff has done a similar implementation for FreeBSD, called
MNFS, which had an integrated distributed cache coherency protocol,
and was implemented for FreeBSD circa 1996.
goodness, that's me!
They're pretty different however. MNFS was for
a couple years ago I did 64 boxes with fbsd using a boot cdrom that did
a network install. 7 minutes per box, i punched out 8 cds. Took one hour.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
On Wed, 24 Apr 2002, Richard Sharpe wrote:
Multicast! BootIX (nee InCom) have support for this in their BootROMS. it
might not be hard to hack into Etherboot et al.
bproc now uses multicast for distributing new kernels and init ram disks,
if you want to see an example. It's on sourceforge.
On Fri, 22 Feb 2002, Michael Smith wrote:
Is there some quick, down dirty way of assessing the bus-speeds of PCI
slots/busses on a given box? I have a whole rack of systems with FreeBSD
4.5 on 'em, and need to know the PCI bus configuration for each.
Unfortunately, no. The Yahoo!
On 17 Feb 2002, Dag-Erling Smorgrav wrote:
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
sendfile() isn't zero-copy, it's just two-less-copies.
zero-copy means zero copy-operations within memory
To an MCSE, maybe.
I think Roy is right.
AFAIK the term zero copy was invented by Van
On Tue, 29 Jan 2002 [EMAIL PROTECTED] wrote:
As far as I remember from reading the Lyons' book, there were
16 mapping descriptors for text and data each. I think, 1/16
of the address space is not too big, and in absolute values
it's the size of today's pages (4KB).
well I had dropped this
I would give Insure a try if you can't afford Purify. Either one is better
than just about anything else you'll find in the open source world.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
On Mon, 28 Jan 2002, DOROVSKOY,IGOR (A-Portsmouth,ex1) wrote:
I've took a brief look on Unix presentation and was wondering, why author
says that ...most Unix systems have not permitted shared memory because
the PDP-11 hardware did not encourage it...?
where'd they get this? that's an odd
A stupid little program you can use to dump the bios and hunt for version
strings etc.
default is to mmap the last 1MB of the 32-bit space and write it to fildes
1. optional arg 1 is the base (it gets 16 thanks to a strtol bug that
may no longer be there); optional arg 2 is the size.
Tested on
On Thu, 6 Dec 2001, Terry Lambert wrote:
Dmitry Konyshev wrote:
For some odd reason I need to load another OS (no matter which one,
everything that known about it is its boot sector number)
at the end of the reboot syscall. Could someone please explain how to
switch processor to real
On Thu, 6 Dec 2001, Dmitry Konyshev wrote:
I saw an example of switching in real mode in linux' sources (it looks
pretty clear) and thouhgt it is possible to do the same under FreeBSD.
The problem is I'm absolutely lost in FreeBSD's physical memory management
implementation (page tables and
On Thu, 6 Dec 2001, Terry Lambert wrote:
It isn't enough to do what he wants, though. He wants to effectively
return to real mode and jump to a real mode boot strap loader, as if
in the second stage of a boot manager, after the partition to boot has
been selected (e.g. Reboot to Linux,
On Thu, 6 Dec 2001, Ronald G Minnich wrote:
no, you are right. It's just that the freebsd code for this is a nice
tutorial, then when he looks at bootimg or whatever it will be easier to
^^^
NOT a typo. bootimg is Werner Almesberger's (LILO guy) linux
On Thu, 6 Dec 2001, Mike Smith wrote:
As John said, actually, really going back to real mode is hard. It would
be easier to just reboot the system, especially since we have probably
left hardware in odd states.
True. For two kernel monte and LOBOS we never leave protected mode before
On Thu, 22 Nov 2001, Harti Brandt wrote:
What's bad about using files? Just to be different? Isn't it easier to
select, poll, kqueue, what ever on files than on sysctls?
/proc files are horrible if you sample at reasonable rates, say 10-100 hz.
We found (on Linux, maybe fbsd is better) that
On Tue, 23 Oct 2001, Peter Pentchev wrote:
Is there anything wrong with dd(1)?
A lot.
Best way I found was dump | restore, i.e.
mkfs /dev/newdisk
mount /dev/newdisk /newdisk
dump 0f - / | (cd /newdisk; restore rf -)
or equivalent ...
- yes, you can use tar, but you have to remember all the
On Wed, 17 Oct 2001, Sergey Babkin wrote:
And directly comparing the number of nodes with Beowulf-style
clusters is not fair. The Beowulf clusters can be reasonably
efficiently used only for a very limited class of problems
with very high parallelism of subtasks, high computational
On Sun, 30 Sep 2001 [EMAIL PROTECTED] wrote:
I had almost exactly the same experience with a Tyan motherboard,
excapt that it was not a network but video card in my case.
Unplugging the power cord from the machine between removing one
card and inserting another (or possibly the same) one has
On Thu, 27 Sep 2001, Andrew Gallatin wrote:
I just wanted to say that you did a hell of a job with the csum
offload stuff in FreeBSD. FreeBSD is the only OS that I'm aware of
which allows a driver to choose not to handle csum'ing IP frags on
transmit. Having the option to not handle frags
On Thu, 27 Sep 2001, Andrew Gallatin wrote:
No, you're missing the point almost entirely. The checksum is not
skipped. It is calculated by the DMA engine based on the data that's
transferred across the I/O bus on the receiver (and / or the sender).
If the data is incorrect as seen by the
On Thu, 27 Sep 2001, Andrew Gallatin wrote:
At this level, you're basically screwed. A sofware checksum isn't
even an option on other PCI users, like disk controllers. If you
don't trust your PCI chipset, what do you do about things like that?
I'm rather curious -- what was the
On Thu, 27 Sep 2001, Andrew Gallatin wrote:
Geez. All I wanted to do was pat Jonathan on the back for coming up
with what is apparently the most flexible and well though out
mechanism out there.
it's great work. I was mainly curious to see if anyone had measured this
kind of problem.
On Mon, 3 Sep 2001 [EMAIL PROTECTED] wrote:
While not Intel, I understand the Alpha port is coming along nicely:
http://www.api-networks.com/products/up1000-board.shtml
http://www.api-networks.com/products/up1100-board.shtml
http://www.api-networks.com/products/up2000-board.shtml
On Sat, 25 Aug 2001, Mike Smith wrote:
I/O space is easy, but memory space is hard. Userspace access to
physical memory is a big no-no in the *nix world.
I want to disagree just a bit. If you look at myrinet, or the many fpga
cards, it's the standard modus operandi. You have to do it that
On Fri, 10 Aug 2001, Jan Knepper wrote:
I just checked on this =+ and =- with the guy that wrote the first
native C++ compiler and he does not recall it at first being that way...
of course not. It had changed long before C++. You have to go back to 1976
to find this.
I have been
On Wed, 25 Jul 2001, David E. Cross wrote:
In my case it would be usefull as I was trying to tell the last time
'telnetd' was run. (yes, not perfect, but better than nothing)
well, for caching file systems it is very useful to have an exec set
atime. Helps you figure out which files can be
On Sun, 8 Jul 2001, Warner Losh wrote:
In message Pine.BSF.4.21.0107071842230.58871-10@beppo Matthew Jacob writes:
: tar cfl - . | (cd /altroot/local_fs tar xpf -)
Don't use tar. It loses devices, can't handle holey files well and a
number of other minor clitches. Use dump instead.
For those of you still looking at cluster stuff: I'd take a close look at
www.scyld.com and see what they have. The key piece is bproc, which is now
a sourceforge open source project set up by Erik Hendriks. You might want
to look at bproc and see if that API could be implemented in FreeBSD.
The
On Sun, 15 Apr 2001, Robert Watson wrote:
On Sun, 15 Apr 2001, Julian Elischer wrote:
http://www.microsoft.com/backstage/column_T2_1.htm
this gives a blank screen... maybe they removed it.
I found I had some netscape interop problems. Trying hitting reload a
couple of times.
well
On Mon, 29 Jan 2001, Hahaha wrote:
Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and
polite with Snowhite. When they go out work at mornign, they promissed a
*huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven
Dwarfs enter...
To
On Mon, 29 Jan 2001, Ronald G Minnich wrote:
On Mon, 29 Jan 2001, Hahaha wrote:
Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and
polite with Snowhite. When they go out work at mornign, they promissed a
*huge* surprise. Snowhite was anxious. Suddlently, the door
I am sorry I brought this up without a URL :-(
I'm working on it.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
A more complete one than the earlier one (though the earlier one is fine
too).
ron
-- Forwarded message --
Date: Sun, 28 Jan 2001 19:10:05 -0500
From: Chuck Cranor [EMAIL PROTECTED]
To: Ronald G Minnich [EMAIL PROTECTED]
Subject: Re: Kernel Hacking (i tried not to make it lame
I still think a really neat source for kernel hacking is Chuck Cranor's
PhD thesis. He describes the kernel equivalent of open-heart surgery:
replacing the old VM with a new one, while keep the kernel alive. Neat
stuff.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Fri, 19 Jan 2001, Brooks Davis wrote:
For those who want a simple, stupid way to do this, making an MPI
application is a convenient first step. MPI is pretty similar to PVM
except that I don't know of anyone in the high performance computing
community that still uses PVM for new
Sorry, the wrong URL.
http://www.acl.lanl.gov/~rminnich
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
I just redid the autocacher in totally GPL'ed form. the paper on the
original one is at http://www.acl.lanl.gov/~rminnich
The new one is much simpler and works well. This could be useful, it gives
you a caching file system for NFS.
let me know if interested.
ron
To Unsubscribe: send mail
On Thu, 30 Nov 2000, Tim Tsai wrote:
Also, my requirements are significantly more relaxed than a true DSM model
(and much more lightweight is preferred).. I really just need synchronized
views of data on a "reasonable" effort basis (i.e. it's OK if one
client/peer sees slightly older
if your cards are on pci bus 0, not behind a bridge, you can set the base
addresses to pretty much any value you want even after the OS is up -- you
just have to make sure the drivers are all informed. But it's no big deal,
you can do it from user mode if you have access to ports cf8/cfc.
ron
On Fri, 20 Oct 2000, David Miller wrote:
Would FreeBSD have any idea how to boot off such a beast? Alternatively,
anyone know of an ISA/PCI adapter with enough bios on it to boot off a
similar flash?
Put it in millenium disk-on-chip, 60 MB (soon) in the 32-pin DIP slot
found on most
On Fri, 6 Oct 2000, Danny Braniss wrote:
anyway,
NT: ok
FreeBSD: 4.1.1 does not see it
BSDi: 4.1 does see the controller but does not find any disks
Linux: not yet tested.
works here.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Wed, 4 Oct 2000, FengYue wrote:
It seems that mmap on /dev/zero is more portable.
no really, It won't work at all correctly on linux, and on Tru64 it does
the totally wrong thing, but the (fd = -1, MAP_ANONYMOUS) does the right
thing on tru64.
It's disappointing that this works so
On Wed, 16 Aug 2000, Peter Jeremy wrote:
Here's a simple test-and-set function for the 386 (tested and works):
Actually, this isn't particularly good coding. It isn't SMP-safe.
you caught me! I'm a lousy assembly programmer!
Actually, that code is so old it predates SMP by a bit ...
I
OK, here's a note from long ago, when this came up before.
Dated: Tue Jul 2 10:48:16 1996
The idea is simple: tset is the fastest, but you only want to spin so
long. Then you want to drop into the kernel, and wait for someone to wake
you up. This thing was quite fast on freebsd, even four
On Tue, 15 Aug 2000, Jonas Bulow wrote:
After doing some more thinking about the cmpxchgl-lock, it's quite hard
to use it together with a technique involving the kernel.
well, no I don't think it is. I used to use it a lot, see my earlier post
from today.
ron
To Unsubscribe: send mail
actually you're not even getting kernel driver source for linux. What
you're getting is an ugly binary blob that looks like the guts of an NT
driver, plus enough source stuff to let the kernel hook to the binary
blob. It's not pretty. And, as you might expect, it's a little prone to
failure.
ron
On Mon, 19 Jun 2000, Neil Blakey-Milner wrote:
On Thu 2000-06-15 (15:25), Ronald G Minnich wrote:
'linuxbios' will only support booting off Linux partitions?
linuxbios is getting to be a misnomer, but ...
linuxbios is a simple chunk of FLASH-based code that gunzips a kernel
image to RAM
On Mon, 19 Jun 2000, Parag Patel wrote:
It's fairly simple, other than dealing with the
various motherboard/chipset vagaries.
So far those vagaries are not much code, something like 200 lines tops.
It's possible to make a complete BIOS based on Linux that in turn loads
and boots another
sorry, jordan.
my bad. Anyway we're going to try a kernel next week that parag sent me.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
(paul asks a good microcode question). I can't answer it yet.
Here's my take on this: we're going to do a proof of concept of this idea.
We now have three partners: SiS, Compaq, and Dell. Long-term goal is to
get industry to pick it up. This is a means to an end. I don't want to be
Mr. LinuxBIOS
On Fri, 16 Jun 2000, Parag Patel wrote:
No-one else seems to be interested.
actually, that's not quite true. we're seeing a fair amount of interest
here. I suspect vendors are not that interested in supporting another BIOS
unless/until they see potential $$$ ("value proposition" in MBA
On Thu, 15 Jun 2000, Stefan Molnar wrote:
Why? PXE will allow net installs, or diskless. And Serial Console
is already supported. ( On some high end machines serial console works
in the prom as well).
well, now you see why i'm not pushing linuxbios too hard in the freebsd
world. If you
So, I repeat: easily done, not acceptable to freebsd core.
I think this situation reflects on the freebsd community and not in a
positive way.
If you care, sometime this year you'll be able to buy motherboards that
boot Linux from flash. SiS is working hard on this and has committed
people and
On Thu, 15 Jun 2000, Sergey Babkin wrote:
Mike Smith wrote:
I'd suggest you go talk to Parag Patel, who's just wasted about three
months of his life trying to make SmartFirmware run on _one_ supposedly
well-documented board. Parag is nobody's fool, and I consider his
results pretty
here's what we can. Somebody send a kernel for an L440GX+ that has pretty
minimal stuff. I'd prefer it to have IDE, no networking, no SCSI, i.e. a
pretty small thing. I'll try to use it as the payload for linuxbios and
see if it boots.
The key is that freebsd may need to change a few things to
On Fri, 12 May 2000, Nick Sayer wrote:
I would like to gather some opinions in regards to _very slightly_
backing off
on rexec's security.
rexec makes the following checks, and refuses to allow usage if any are
true:
uid == 0
I turned off this check at sarnoff six years ago.
On Fri, 21 Apr 2000, Anthony Bourov wrote:
We host a whole bunch of servers, all FreeBSD, and many of them run on
intel GX motherboards, which have a feature called EMP. Basically, I didn't
go to much detail into this, I got that it is a way to monitor/control the
server through
On Fri, 21 Apr 2000, Parag Patel wrote:
Well, OK, that and I toasted the board. Or
bent a pin - not sure really.
Hey, there's an idea I like. Toasting the board. Get a nice campfire going
and toast the board. cool.
Should go well with hotdogs and marshmallows.
Did you get actual good
On Fri, 7 Apr 2000, Gustavo V G C Rios wrote:
What all you think about that ?
I think you need to do a literature search for, oh, say, six months and
get back to us. You'll need to read ca. 256-512 or so articles. I'm not
kidding. You should start reading papers from the 1960s.
And oh yes,
Question, has anyone tried booting freebsd on raw hardware, i.e. absent a
bios? I am curious as to how good a job it can do if, e.g., no enable bits
are set in PIIX4, BARs are not set on PCI devices, no IRQs are assigned,
and so on. Anyone feel they are close enough to this to say?
See
On Wed, 29 Mar 2000, Mike Smith wrote:
Yeep. You don't know Fra Dolcini, do you? That looks like a Really
Unpleasant Undertaking. 8(
It's getting there. Also SiS is now a supporter. Long term, we may see
motherboards specifically designed for the OSS community, with real docs
yet. Also, I
anybody want to try this on -current?
ron
-- Forwarded message --
Date: Wed, 22 Mar 2000 16:02:40 +0100
From: Michael Lampe [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: How a normal user can crash any linux system
I found the following by accident playing with PVM. If you
On Fri, 3 Mar 2000, Michael Bacarella wrote:
Can someone tell me why copy-on-write filesystems would be bad?
It's a good idea. Peter Braam and I have written a device (called memdev)
for linux (sorry!) that implements a virtual-memory-backed copy-on-write
block device (like the loopback
On Wed, 2 Feb 2000, Michael Bacarella wrote:
Granted, a lot of Linux distributions are totally unsuited for a server
environment. Compared to that, I could understand why the
server-orientedness of FreeBSD is attractive, but I certainly couldn't put
up a reasonable arguement for either side
You also might want to check out SGI's PCP tools. I know, they're only out
for linux just now, but they are nice and could be ported.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Wed, 12 Jan 2000, Luoqi Chen wrote:
It's almost a regular fork(), we lose all the advantages of a single
address space. A rfork(RFMEM) wrapper can achieve the same level of
usability without sacrificing the performance, and IMO is a preferred
solution.
I don't see this at all. You get
On Wed, 12 Jan 2000, Alexander Litvin wrote:
Matthew Dillon [EMAIL PROTECTED] wrote:
:BTW, concerning rfork(RFMEM). Could somebody explain me, why the
:following simple program is coredumping:
You cannot call rfork() with RFMEM directly from a C program. You
have to use
you can do this kind of thing with the bfd tools ...
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
good flag. If you look at my old mnfs stuff you can see our solution : we
ignored sync :-)
This is a good move.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Mon, 6 Dec 1999, Zhihui Zhang wrote:
I have modified FFS filesystem code to put the disk inode at the beginning
of a file, i.e, the logical block #0 of each file begins with 128 bytes of
its disk inode and the rest of it are file data.
first question I have is, why?
ron
To
On Mon, 6 Dec 1999, Zhihui Zhang wrote:
I am doing some research on filesystem. I guess it may be faster to put
the disk inode with its file data together so that both can be read into
memory in one I/O.
I still don't get it. To get the file, you do a lookup. So the inode is in
memory. The
Sorry I missed this question. Check www.acl.lanl.gov/~rminnich for v9fs
and see if you can use it.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Wed, 1 Dec 1999, Zhihui Zhang wrote:
I used to know that memory to memory copy is done by the DMA controller in
the I/O bridge (Actually, this knowledge confues me because DMA controller
Now, that brings back memories :-)
check out the original dma chip design, ca. infinite years ago.
On Mon, 22 Nov 1999, David E. Cross wrote:
I've noticed about 99% of the panics on our machines are the result of NFS,
more often than not it is the result of a backing store file being blown
away underneath the client. ie. person editing a file on one machine,
compiling and running on a
On Mon, 22 Nov 1999, Zhihui Zhang wrote:
lseek(fileno(fp), 3 * 8192, SEEK_CUR);
don't mix things that use file descriptors with stdio. End of problem.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Actually I wrote a system call for opening a file given a file handle for
freebsd a while back (oh, gee, has it really been 5 years ...), as part of
mnfs i'll try to find it. You don't need to map it to a filename to
make it go.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Wed, 27 Oct 1999, Chuck Youse wrote:
One of the biggest reasons for the difference: FreeBSD, by default,
performs _synchronous_ metadata updates, and Linux performs asynchronous
metadata updates.
It's definitely a bit slower, but the payoff is in reliability. I have
seen more than
On Wed, 27 Oct 1999, Ilia Chipitsine wrote:
as far as I remember ext2 has some "counter". I used to use Linux and
it performed 'fsck' from time to time (even if fs was clearly unmounted).
that is a very good thing to have.
And it's a good thing because ... well, maybe because it's not that
well, I'll go check that. I'm finding that there is fair amounts of code
out there that is broken. Thanks to the wonderful PC bios you have a hard
time sometimes telling the difference between code that crashes into the
bios and code that actually works right, since the result is the same
either
You have a lot mixed up here.
On Thu, 23 Sep 1999, Zhihui Zhang wrote:
Once inside the kernel, the NFS daemons can not use RPC library any more,
they must create/interprete RPC format messages themselves. My guess this
is for performance reason and because there is no kernel-to-kernel RPC.
the only portable user ids are names as strings. you can kludge and kludge
but at some point the kludges will pile up too high, fall over, and hurt
somebody. how many new options did we see proposed in the last 12 hours
for this problem?
ron
To Unsubscribe: send mail to majord...@freebsd.org
I lost track of the quotes.
| --- With the help of Veritas Software Corp., SGI will work to add
| key features of its Irix operating system to the Linux platform.
| Currently, Irix runs on the MIPS platform. Once SGI switches
| entirely to Intel Corp.'s IA/64 platform, that will be the
On Mon, 16 Aug 1999, Terry Lambert wrote:
The concept of private namespaces does not exist on FreeBSD.
It would require a modification of the lookup mechanism, and,
potentially, a seperation of credentials from the process into
a session manager.
Yeah but you can fake it pretty well without
On Mon, 16 Aug 1999, Mike Smith wrote:
But I can't get anyone interested :-(
Uh, we're all interested; where's the code?
v9fs is the first piece. The servers are done. But I'm mostly out of the
freebsd hacking business at this point (except for maybe via drivers) so I
need some help to get
don't use shmget if you can. Use mmap'ed files. The SYSV shm interface is
incredibly dumb.
ron
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
I lost track of the quotes.
| --- With the help of Veritas Software Corp., SGI will work to add
| key features of its Irix operating system to the Linux platform.
| Currently, Irix runs on the MIPS platform. Once SGI switches
| entirely to Intel Corp.'s IA/64 platform, that will be the
1 - 100 of 134 matches
Mail list logo
