Re: USFS (User Space File System)

On Sun, 18 Jul 1999, Boris Popov wrote: > On Sat, 17 Jul 1999, David E. Cross wrote: > > I am looking at a project that will require a user based process to interact > > with the system as if it were a filesystem. The traditional way I have > > seen > > That type of file system is very

Re: USFS (User Space File System)

On Mon, 19 Jul 1999, Ronald G. Minnich wrote: > Great idea. I liked it so much I bought the company -- er, I mean, I wrote > something like this. It's private name spaces for Linux and FreeBSD (among > others) and it allows you to mount things from remote file servers into > your

Simple parallel debugger

If you have needed to monitor and control lots of processes on e.g. a cluster I have rereleased a tool for this purpose. It is called simple parallel debugger, or SPD. Please if interested go to www.acl.lanl.gov/~rminnich and follow the link under that title. I know this is a bit old but I have ye

Re: USFS (User Space File System)

On Mon, 19 Jul 1999, John Milford wrote: > Unless I am misunderstanding you, mfs does what you are > describing. I'm pretty sure you're misunderstanding him. MFS is not even close. ron To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of t

Re: Filesystem question...

One last thing: if you're writing userfs you might want to look at www.inter-mezzo.org ron To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

Re: Filesystem question...

what if you're not root, and you want to add your own file system to your file system name space? It seems a lot of these systems assume root access, which seems unrealistic to me. ron To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the mess

Re: Filesystem question...

On Fri, 23 Jul 1999, Kris Kennaway wrote: > Well, if you're running it as a kernel module then obviously you need root > permissions to load it. If it's running as a userland process, then > there's no reason why you can't run it as a user. mount presumably > wouldn't care as long as you had acces

Re: InterMezzo: Project for kernel/FS hackers

I'm working with intermezzo now. It's interesting. Note that the VFS is quite simple, and defines a simple kernel-user channel which maps VFS ops to requests on an IPC channel. The possibilities are endless ... A freebsd port would be nice. Maybe you could use v9fs as a starting point. ron

Re: Filesystem question...

On Fri, 23 Jul 1999, Kris Kennaway wrote: > On Thu, 22 Jul 1999, Ronald G. Minnich wrote: > > Are you saying that as an ordinary user I can mount something on top of > > /tmp, for example? > If the vfs.usermount sysctl is 1, and you have appropriate access to the > thing y

Re: Filesystem question...

On Sat, 24 Jul 1999, Oliver Fromme wrote: > Ronald G. Minnich wrote in list.freebsd-hackers: > > Or, let's say I don't have "appropriate access" to /tmp. Pick some other > > place. I mount my file system there for my files. Now everyone who wants > >

Re: Filesystem question...

On Sun, 25 Jul 1999, Mark Newton wrote: > "Appropriate access" includes the idea that you need to own the mountpoint > directory. If you have a system that's so badly run that arbitrary users > own /tmp, then I'd say user mounts are the least of your problems :-) True. But the fact is, if I can

Re: Filesystem question...

On Sun, 25 Jul 1999, Brian F. Feldman wrote: > On Sun, 25 Jul 1999, Mark Newton wrote: > > > Ronald G. Minnich wrote: > > > But thanks for the note. I just now realized that if I add a private name > > > space to v9fs (which is easy), and then turn on user mou

Re: userfs help needed.

On Wed, 28 Jul 1999, Matthew Dillon wrote: > Ouch. I don't think anyone understands the VOP stuff completely. It's > a big mess -- which is why it's going to be rewritten later this year. > > Your best bet is to study the implementation of the UFS/FFS filesystem. well, i'd do v9f

Scaleable Coherent Interface drivers

I'm making them available on my web page, www.acl.lanl.gov/~rminnich Thanks to Dolphin for allowing this release. Questions to me. it's not the greatest driver on the planet. If you want to write a better one you can use mine as a model. I'm probably done with SCI for now, but I'll take bug fixe

Re: shared memory crash

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

Re: BSD XFS Port & BSD VFS Rewrite

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

Re: BSD XFS Port & BSD VFS Rewrite

On Mon, 16 Aug 1999, Terry Lambert wrote: > > For an interesting take on all this visit www.mipsabi.org > Uh, that site is dead, as of the end of this month. See the > first link ("announcement"). Precisely my point ... ron To Unsubscribe: send mail to majord...@freebsd.org with "unsubscri

Re: Filesystem question...

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 witho

Re: Filesystem question...

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

Re: Need some advice regarding portable user IDs

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

superblock corruption

apropos the recent discussion on superblocks and whether they ever get corrupted, I just got a call from a friend. One of his cluster nodes had power-failed at a bad time, and fsck was indicating a superblock corruption problem. I told him about -b 32, which he had never had to use in four years of

Re: open a file for read and write

On Fri, 21 May 1999, Zhihui Zhang wrote: > (1) Open the file as read and write, using one file descriptor. > (2) Open the file as read only and open it again as write only, using a > total of two file descriptors. > > Method (2) is more clear in logic and uses a little more resource (file you'

Re: Difference between msync() and fsync()

You should first check out how msync/fsync work on something like solaris, since every time I've checked for the last five years or so no version of bsd has really got it working right (although netbsd + UVM may finally have it). To observe msync/fsync in action use tcpdump to watch a host as it d

Re: reason for slow user-user memory copy

If you're doing this kind of thing you really should spend $5K for a vmetro PCI analyzer and learn how to use it. It will answer your questions. ron To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

Re: Clipboard Daemon - thinking of writing one :)

On Thu, 8 Jul 1999, Mikhail Ramendik wrote: > I have noticed that there is no good clipboard system in FreeBSD. X has only > a rudimentary clipboard, and outside X there is no clipboard that would be > shared between programs... All this while Windows has a very interesting > clipboard system tha

Another take on /proc statistics (joke of the day)

I thought this amusing. Take the following program, designed to suck stats out of /proc for the network devices: #include #include #include main() { char stuff[4096]; int fd = open("/proc/net/dev", 0); while(1) { int amount = read(fd, stuff, sizeof(stuff)); if (amount

Re: Clustering FreeBSD

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 appli

Re: Clustering FreeBSD

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

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 free

Chuck Cranor's PhD thesis on VM

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

cranor URL

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 no

Re: Snowhite and the Seven Dwarfs - The REAL story!

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

Re: Snowhite and the Seven Dwarfs - The REAL story!

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

Re: Interesting article.

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 t

cluster software: consider bproc

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

Re: Anybody working on FreeBSD BIOS?

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 ker

Re: freebsd bios.

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 anothe

Re: Linux NVIDIA drivers vs. default XFree86 drivers (WAS: RE: Videocard support)

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

Re: IPC, shared memory, syncronization

On Fri, 11 Aug 2000, John Polstra wrote: > In article <[EMAIL PROTECTED]>, > Jonas Bulow <[EMAIL PROTECTED]> wrote: > > Jonas Bulow wrote: > > > > > > What is the "BSD-way" of access to shared memory (mmap:ed) secure (avoid > > > race conditions, etc)? Right now I'm using posix semaphores but I

Re: IPC, shared memory, syncronization AND threads...

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 year

Re: IPC, shared memory, syncronization AND threads...

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

Re: IPC, shared memory, syncronization AND threads...

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 ...

Re: anonymous memory map vs mmap on /dev/zero

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 unporta

Re: Boot off USB SanDisk?

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 mainb

Re: Boot off USB SanDisk?

On Fri, 20 Oct 2000, Ronald G Minnich wrote: > I'm booting to single-user in 3 seconds using these things. The IDE delays > are high, even for Flash IDE, so going for the socket is a good thing. should have said: single user Linux. FreeBSD did not work, I think because the bootup s

pci maps

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

Re: DSM Facility for FreeBSD

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

Re: Adaptec AIC 7899 SCSI

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 free

Re: keeping lots of systems all the same...

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

Re: best way to migrate to a new disk

On Sun, 8 Jul 2001, Warner Losh wrote: > In message Matthew Jacob writes: > : tar cfl - . | (cd /altroot/ && 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.

Re: exec() doesn't update access time

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 p

Re: the =+ operator

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 prog

Re: PCI Enumeration

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 w

Re: Routing Performance?

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

Re: Disk based file system cache

On Mon, 24 Sep 2001, David Malone wrote: > On Mon, Sep 24, 2001 at 01:07:00PM +0200, Attila Nagy wrote: > > I'm just curious: is it possible to set up an NFS server and a client > > where the client has very big (28 GB maximum for FreeBSD?) swap area on > > multiple disks and caches the NFS expor

Re: power supplies

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

Re: clustering code

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 > comp

Re: clustering code

On Thu, 18 Oct 2001, Rayson Ho wrote: > If you are going to build clusters with over 1000 nodes, you should > then install a batch system instead of using kernel-based clustering > services. I thought we took this one private. Anyway, as I said in private, scalable kernel services for clustering

Re: Duping a hard disk

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 o

Re: sysctls for hardware monitoring?

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

Re: TCP&IP cksum offload on FreeBSD 4.2

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 fra

Re: TCP&IP cksum offload on FreeBSD 4.2

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 th

Re: TCP&IP cksum offload on FreeBSD 4.2

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 proble

Re: TCP&IP cksum offload on FreeBSD 4.2

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. Tha

Re: clustering code

On Sun, 14 Oct 2001, Fabián Salamanca wrote: > I'd like to try to develop code (maybe kernel code modifications or > external modules) for clustering with FreeBSD, but I'd like to see some > work in order to know where I might get started, I'm thinking 'bout plain > C and maybe C++ and some shell

Re: clustering code

On Sun, 14 Oct 2001, Rayson Ho wrote: > http://ssic-linux.sourceforge.net/ A collection of some really bad ideas, not likely to scale well. Note that they've got up to 30 nodes, wow. Double it once and that's where this kind of "global everything" idea starts to fall over. Badly. It would be ne

Re: switching to real mode

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

Re[2]: switching to real mode

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 a

Re: switching to real mode

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",

Re: switching to real mode

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

Re: switching to real mode

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 boot

Re: matthew dillon

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 "unsubscrib

Re: Reading BIOS from userland

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 o

RE: OS Textbook FreeBSD Appendix

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 od

Re: OS Textbook FreeBSD Appendix

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 thi

Re: HOW to debug memory corruption efficiently?

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

Re: in-kernel HTTP Server for FreeBSD?

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 invente

Re: PCI Probing Utility?

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

Re: sendfile() in tftpd?

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.

Re: Best way to install on Dozens of boxes?

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

Re: intermezzo?

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

Re: intermezzo?

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 distri

Re: Hey, is there space for a newbie? =)

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 freebsd-hac

Re: Hey, is there space for a newbie? =)

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 linuxb

Re: Runlevels and opcodes

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 k

Re: Show me the light

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.

Re: Show me the light

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 PROTE

Re: maxusers and random system freezes

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 sp

[FAQ] The Open Source Stackable PC BIOS (fwd)

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) F

Re: biometrics

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

Re: [FAQ] The Open Source Stackable PC BIOS (fwd)

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

Re: [FAQ] The Open Source Stackable PC BIOS (fwd)

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

Re: [FAQ] The Open Source Stackable PC BIOS (fwd)

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 t

Re: [FAQ] The Open Source Stackable PC BIOS (fwd)

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 freeb

Re: reason for slow user-user memory copy

If you're doing this kind of thing you really should spend $5K for a vmetro PCI analyzer and learn how to use it. It will answer your questions. ron To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Clipboard Daemon - thinking of writing one :)

On Thu, 8 Jul 1999, Mikhail Ramendik wrote: > I have noticed that there is no good clipboard system in FreeBSD. X has only > a rudimentary clipboard, and outside X there is no clipboard that would be > shared between programs... All this while Windows has a very interesting > clipboard system th

Another take on /proc statistics (joke of the day)

I thought this amusing. Take the following program, designed to suck stats out of /proc for the network devices: #include #include #include main() { char stuff[4096]; int fd = open("/proc/net/dev", 0); while(1) { int amount = read(fd, stuff, sizeof(stuff)); if (amount

Re: USFS (User Space File System)

On Sun, 18 Jul 1999, Boris Popov wrote: > On Sat, 17 Jul 1999, David E. Cross wrote: > > I am looking at a project that will require a user based process to interact > > with the system as if it were a filesystem. The traditional way I have seen > > That type of file system is very use

Re: USFS (User Space File System)

On Mon, 19 Jul 1999, Ronald G. Minnich wrote: > Great idea. I liked it so much I bought the company -- er, I mean, I wrote > something like this. It's private name spaces for Linux and FreeBSD (among > others) and it allows you to mount things from remote file servers into >

Simple parallel debugger

If you have needed to monitor and control lots of processes on e.g. a cluster I have rereleased a tool for this purpose. It is called simple parallel debugger, or SPD. Please if interested go to www.acl.lanl.gov/~rminnich and follow the link under that title. I know this is a bit old but I have y

  1   2   >