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: [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: [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, 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 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: 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

[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: 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

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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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, 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[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: > 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: 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: 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: 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: 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 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: 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: 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: 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: 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: > 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: > 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: 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: 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: 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: 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: 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: 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.

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

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

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

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

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

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

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

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

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

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: 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: 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: 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: Anybody working on FreeBSD BIOS?

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 spea

Re: freebsd bios.

(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

Re: freebsd bios.

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

Re: freebsd bios.

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 m

Re: Anybody working on FreeBSD BIOS?

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

one last thing I forgot on freebsd bios

synergy micro sells power pc boards that boot linux today out of flash. www.synergy.com They get it too. ron To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

freebsd bios.

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

Re: Anybody working on FreeBSD BIOS?

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 y

Re: Anybody working on FreeBSD BIOS?

well linuxbios is what I started here, and I pinged some folks on this list about supporting freebsd as well as linux, and got a 'no interest' back from some folks. I'm still up for it. I think it's easy. ron To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers"

Re: rexec as root

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

Re: Intel's GX managment port client, or any hints on the specs?

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 goo

Re: Intel's GX managment port client, or any hints on the specs?

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 modem/

Re: Is traditional unixes kernel really stable ?

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

Re: How good a job of PCI config will freebsd do?

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

Re: How good a job of PCI config will freebsd do?

On Wed, 29 Mar 2000, Mike Smith wrote: > Well, they're going to have the same basic stuff, and I can see that > they're not having much fun trying to get there. actually, "they" is "me": that's my project. > I'm curious as to what you mean by "have to kill the BIOS" though; I'm > not seeing w

How good a job of PCI config will freebsd do?

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 www.acl.la

How a normal user can crash any linux system (fwd)

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

Re: Copy-on-write filesystem

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 device

Re: Re/Fwd: freebsd specific search

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 si

RE: perfmon

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

Re: rfork() [was: Concept check]

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

Re: rfork() [was: Concept check]

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 u

Re: rfork() [was: Concept check]

On Tue, 11 Jan 2000, Michael Bacarella wrote: > I'm sorry I missed the discussion on rfork()... but I say this only > because I want to understand. > > What were you thinking? rfork()? Why is it a system call? > > Almost all of the flags it accepts seem like functionality that can easily > be im

Re: modifying an object file

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

Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze

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

Re: ELF & putting inode at the front of a file

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

Re: ELF & putting inode at the front of a file

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 Unsubscri

Re: tmpfs .. ?

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

Re: memory-to-memory copy

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

Re: wacky rpc.lockd idea...

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

Re: Ok, that's it, enough is enough! (rpc.lockd)

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

Re: A file with holes - a bug?

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

  1   2   >