Re: GEOM Gate.

On Thu, Aug 14, 2003 at 10:29:09PM +0200, Pawel Jakub Dawidek wrote: >On Thu, Aug 14, 2003 at 09:52:25PM +0400, Buckie wrote: >+> BTW, QNX had this for a long time, it's called QNet in there. Allows >+> transparently to mount or use anything in /dev. Even a soundcard! > >I think this isn't really h

Re: possible deadlocks?

On Mon, Aug 11, 2003 at 03:50:26PM -0700, Ted Unangst wrote: >On Mon, 11 Aug 2003, John Baldwin wrote: >> Also, SK_LOCK != SK_IF_LOCK, or is that a typo? If it is a typo, >> then the lock order should still be fixed in some fashion. > >They are the same. SK_IF_LOCK is called on the sk_if_softc, b

Re: Mirroring using vinum+NFS

On Thu, Jul 10, 2003 at 01:38:21PM -0700, Joshua Oreman wrote: >On Fri, Jul 11, 2003 at 06:10:13AM +1000 or thereabouts, Peter Jeremy wrote: >> Consider system A as the server and system B as the mirror. In theory, >> on system A I should be able to: >> mount B:/

Mirroring using vinum+NFS

I'm looking at building a fileserver and want to mirror the data across two systems (if one fails, I can use the other). Consider system A as the server and system B as the mirror. In theory, on system A I should be able to: mount B:/big/data/blob /remote vnconfig /big/data/block

Re: Network stack cloning / virtualization patches

On Mon, Jun 02, 2003 at 11:58:25PM +0200, Marko Zec wrote: >There are two major possible causes for overhead increase. First, each IP >protocol related tunable variable and most of the global symbols involved in >network processing have been virtualized. [...] And second, many kernel >functions ha

Re: Network stack cloning / virtualization patches

On Fri, May 30, 2003 at 10:07:07PM +0200, Marko Zec wrote: >I plan to start porting the cloning code to -CURRENT once it becomes -STABLE >(that means once the 5.2 gets out, I guess). FreeBSD has a policy that all new features must be added to -CURRENT before they can be added to -STABLE (4.x or 5.

Re: gcc problem/openoffice failure

On Tue, May 27, 2003 at 04:55:47PM -0700, Julian Elischer wrote: >Has anyone been able to compile the openoffice port recently? It built successfully for me on 25th April in -STABLE. Are you using any non-default flags or options? Last time I tried to build it with debugging enabled (beginning o

Re: Lots of kernel core dumps

On Mon, Mar 24, 2003 at 08:18:43PM +0100, Daniela wrote: >Well, it's just a home server. I don't mind a few crashes, but security is >important for me. What do you think, should I go back to -stable? If you're willing to put up with a few crashes _and_ assist with debugging the crashes (eg trying

Re: generalized mergemaster(8)

On Thu, Mar 20, 2003 at 10:15:48PM -0600, Brandon D. Valentine wrote: >I have encountered a situation in which it would be extremely handy to >have a generalized version of mergemaster(8) which is less specific to >the task of merging /etc. I need to recursively merge two directories >of source fi

Re: jail support for ping, traceroute, etc.. crude hack

On Mon, Mar 17, 2003 at 10:06:27AM +0300, "."@babolo.ru wrote: >It is time to invent "ping socket" and "traceroute socket" >in addition to tcp, udp, divert so on? Whilst this might seem nice, actually implementing so that it is both useful and safe is not easy. For a "ping socket", this is reason

Re: first parameter to select

On Thu, Mar 13, 2003 at 02:00:49PM -0500, David Cuthbert wrote: >Peter Jeremy wrote: >>In virtually all cases, poll() will need to copy more data in and out >>of the kernel then select() would. Likewise, in virtually all cases, >>select() will need to scan more file descrip

Re: first parameter to select

On Thu, Mar 13, 2003 at 06:50:18PM +0200, Enache Adrian wrote: >I have no benchmarks, but judging after the way things are implemented >in the FreeBSD kernel, select() is definitely faster. Can you explain what leads you to make this statement please. >Please someone explain me what is meant in s

Re: first parameter to select

On Thu, Mar 13, 2003 at 01:57:16AM -0500, David Cuthbert wrote: >To be honest, I've never passed anything but FD_SETSIZE for this >parameter. When I'm writing a performance critical server, I use poll() >instead. It's faster This is an interesting claim. Do you have some pointers to back it u

Re: Realtek

On Tue, Mar 11, 2003 at 11:20:36AM -0800, Doug Ambrisko wrote: >Wes Peters writes: >| Flood it with wire speed 64-byte packets and drive it into receive >| interrupt livelock. Yup, the PCI bus is (most of) the problem here too. > >Can't reproduce it. Maybe they fixed it in the 8100L rev.? > >I t

Re: Realtek

On Fri, Mar 07, 2003 at 10:43:37AM -0800, Terry Lambert wrote: >And TCP/IP headers are not an even multiple of the alignment boundary >(4 bytes, actually). So every packet the card DMA's in has to be >copied so that access to the TCP packet contents are aligned. Last time I looked at TCP/IP, the

Re: Smarter kernel modules?

On Thu, Mar 06, 2003 at 09:41:04AM -0700, M. Warner Losh wrote: >In message: <[EMAIL PROTECTED]> > Peter Jeremy <[EMAIL PROTECTED]> writes: >: Disadvantages: >: - Needs grunt-work to write the #defines >: - Kernel symbols reported by nm(1) look strange (unles

Re: Smarter kernel modules?

On Thu, Mar 06, 2003 at 01:49:20AM -0600, Sean Kelly wrote: >> +/* >> + * Define the version. Change the symbol name when things get too >> + * incompatible. version_5_1 means the 'ABI compatible with FreeBSD 5.1' >> + */ >> +char __version_5_1 = 1; >... > >Wouldn't it make more sense to have a s

Re: Smarter kernel modules?

On Wed, Mar 05, 2003 at 09:59:01PM -0700, M. Warner Losh wrote: >Here's a simple patch. However, it is a total suck-ass kludge (and >that's being generous). The ABI isn't THE ABI, but rather a >collection of ABIs. These ABIs change slowly and there is a certain >range that work together. I thin

Re: Smarter kernel modules?

On Wed, Mar 05, 2003 at 11:33:31PM -0600, Kirk Strauser wrote: >At 2003-03-06T03:08:52Z, Sean Kelly <[EMAIL PROTECTED]> writes: > >> Has anyone ever considered embedding some sort of identifier in kernel >> modules to keep them from being loaded with the wrong kernel? > >Unless I'm mistaken, 5.0 su

Re: arc4random() range

On Tue, Feb 18, 2003 at 06:22:37PM -0800, Paul Herman wrote: >On Tue, 18 Feb 2003, Anthony Schneider wrote: > >> an issue of arc4random return u_int32_t and rand* >> returning int (ie unsigned vs signed)? > >Nope, casting arc4random() to int or casting random() to unsigned >int won't solve the prob

Re: I need help

On Tue, Feb 11, 2003 at 05:17:15PM +0100, rmkml wrote: >Im a process pb on freebsd47R, ... >gettimeofday(0x28126dec,0x0) = 0 (0x0) >gettimeofday(0x28126dec,0x0) = 0 (0x0) >accept(0x6,0xbfadcfa4,0xbfadcfa0)ERR#35 'Resource temporarily >unavaila

Re: gettings snapshots of load spikes

On Mon, Feb 10, 2003 at 06:35:43PM +0100, Bogdan TARU wrote: > I am having a real weird problem with a newly installed Dell PowerEdge >2650 which acts as a web (Apache) and mail server(Procmail). The load just >'spikes' sometimes (to 40.00 or so), but immediately starts to go down. ... > One questi

Re: Sendmail ignoring MX records

On Thu, Dec 26, 2002 at 09:57:11PM +1100, I wrote: >One of my systems insists on trying to deliver mail directly to A >record addresses rather than via MX records. Thanks to everyone who responded. Turns out it was an operator error :-(. I tried setting various trace flags and eventually found m

Sendmail ignoring MX records

One of my systems insists on trying to deliver mail directly to A record addresses rather than via MX records. I've tried comparing the configuration with a system that works sanely and can't find any explanation for this behaviour. Does this ring a bell with anyone? The working system is runnin

Re: cvs commit: src/bin/sleep sleep.c

[This doesn't belong in cvs-all and Nate has already made comments in -hackers] On 2002-Nov-14 14:57:39 -0800, Matthew Dillon <[EMAIL PROTECTED]> wrote: >I think the real issue is the bloat in libc. printf() eats 20K, basic >stdio eats 5K. You get 15K of bloat just with a blank main(),

Re: cvs commit: src/sys/kern kern_fork.c

[The reference is ancient but I think it's still relevant.] On Mon, Feb 18, 2002 at 07:15:28PM -0800, Mike Silbersack wrote: >silby 2002/02/18 19:15:28 PST > > Modified files: >sys/kern kern_fork.c > Log: > A few misc forkbomb defenses: ... > - Remove the printing of "p

Re: problem w/ dlopen(); bug or feature?

On Fri, 1 Feb 2002 20:24:33 -0800 (PST), John Polstra <[EMAIL PROTECTED]> wrote: >If you're talking about efficiency, it doesn't matter very much. It's >a rare program that loads more than, say, 20 shared libraries. We have an application toolchain which basically puts each object into its own s

Patching a kernel

I'd like to patch a running kernel to disable an annoying non-rate-limited message but gdb won't let me. (For various reasons, I don't want to have to build a new kernel and reboot). aalp03# chflags noschg /kernel aalp03# gdb -k /kernel /dev/mem GNU gdb 4.18 ... IdlePTD 3457024 initial pcb at 4d

Re: Caldera and the Ancient UNIX license

On 2001-Dec-16 17:18:37 +1100, Warren Toomey <[EMAIL PROTECTED]> wrote: >Firstly, call me crazy, but I thought the 2BSD filesystem layout was >essentially UFS, i.e i-nodes at the start, and therefore would be >pretty much the same as /sys/ufs/ufs in FreeBSD. I'll have to do a >compare of the sourc

Adding a new FS to FreeBSD

Since JFS has come up again... Are there any papers that explain how to integrate a new filesystem into FreeBSD? The relevant chapter in the FreeBSD Developers' Handbook (16) is a bit terse :-). Specifically, I'm looking at being able to read/write 2BSD filesystems on my FreeBSD machines. Pete

opiekeys, opieinfo and opiepasswd permissions

I'm looking at moving to OPIE and have bumped into a couple of areas which don't seem to be clear: 1) What should the permissions on /etc/opiekeys be? This file isn't created by installworld or mergemaster under -stable, and I can't find anything looking through the -current Makefile's. No

Re: VM Corruption - stumped, anyone have any ideas?

On 2001-Sep-25 04:47:47 -0700, freebsd-hackers-digest <[EMAIL PROTECTED]> wrote: On Mon, 24 Sep 2001 14:13:37 -0700 (PDT), Matt Dillon <[EMAIL PROTECTED]> wrote: >This is very similar to the corruption I found on one of Yahoo's >machines. Except on that machine two bits were changed.

Re: Development for older FreeBSD releases

On Wed, 11 Jul 2001 14:13:36 -0700, [EMAIL PROTECTED] (Bruce A. Mah) wrote: >I need to make an executable to run on an i386 box running FreeBSD 2.2.X >machine. Unfortunately, it has no compiler installed on it. ... >Is it even possible to try doing a "cross-compile" to such an old >version of Fre

Re: technical comparison

On Sun, 27 May 2001 22:50:48 -0300 (BRST), Rik van Riel <[EMAIL PROTECTED]> wrote: >On Sat, 26 May 2001, Peter Wemm wrote: >> Which is more expensive? Maintaining an on-disk hashed (or b+tree) >> directory format for *everything* or maintaining a simple low-cost >> format on disk with in-memory h

Re: Kernel area libmish stuff

On Sat, 10 Mar 2001 21:37:28 -0800, Farooq Mela <[EMAIL PROTECTED]> wrote: >Jordan DeLong wrote: >> I was thinking of just getting a sintable array and making a few simple >> functions, so the whole of libm doesn't need to be statically linked into the >> module (from my understanding, once loaded

Re: What to do if a box is just "frozen"

On Mon, 15 Jan 2001 23:01:15 +0100, Thierry Herbelot <[EMAIL PROTECTED]> wrote: >I've got a little application at work which can "just freeze" a >4.2-Release : the purpose of the application is just a packet blaster >used for telecom equipement test (send as many UDP packets as ordered, >on as man

Re: LINT vs. ipcs

On Wed, 20 Dec 2000 20:05:58 +, void <[EMAIL PROTECTED]> wrote" >LINT and the ipcs command seem to disagree on some points, like the >meaning of shmall (bytes vs. pages). In all such cases, the source code is the ultimate reference. > options SHMALL=1025 # max amount of shared m

Re: BSD random for Alpha?

On Wed, 22 Nov 2000 15:18:27 +0200, Sheldon Hearn <[EMAIL PROTECTED]> wrote: >Anyone want to have a look at this? It's from the GNU awk maintainer. >- --- Forwarded Message > >From: Aharon Robbins <[EMAIL PROTECTED]> >Date: Wed, 22 Nov 2000 11:59:10 +0200 >Message-ID: <[EMAIL PROTECTED]> >To:

Re: vm_pageout_scan badness

On Wed, 25 Oct 2000 21:54:42 + (GMT), Terry Lambert <[EMAIL PROTECTED]> wrote: >I think the idea of a fixed limit on the FS buffer cache is >probably wrong in the first place; certainly, there must be >high and low reserves, but: > >|--| all of memor

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

On Tue, 15 Aug 2000 10:30:25 -0600 (MDT), Ronald G Minnich <[EMAIL PROTECTED]> wrote: >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. Agreed. >Here's a simple test-and-set function for the

Re: Collecting waiting statistics (simulation question)

On Mon, 14 Aug 2000, Jeff Rhyason wrote: > Aah. This isn't quite what I lust for: Is it possible to get a *log* of > allocation requests rather than aggregate sums or averages? The reason is > so I can calculate the distribution of the data. For example: the kind of > information I would like t

Re: VLAN Support in FreeBSD

On 2000-Aug-08 17:06:11 +0200, Blaz Zupan <[EMAIL PROTECTED]> wrote: >http://www.euitt.upm.es/~pjlobo/fbsdvlan.html Very useful. Upon further reflection last night, I decided that the problem was most likely related to the NIC's idea of what was the largest allowed frame - and the URL above incl

VLAN Support in FreeBSD

About a month ago, David Gilbert <[EMAIL PROTECTED]> started a thread in freebsd-stable about supporting a 1500MTU through a VLAN trunk (see Message-ID: <[EMAIL PROTECTED]>). Since this would be very useful to me, I did some digging into it and looked through the code (there being no other docume

Re: How to make *real* random bits.

On Wed, 02 Aug 2000 06:15:41 +0200, Poul-Henning Kamp <[EMAIL PROTECTED]> wrote: >>> If I generate true random bits it takes 3 timestamps to get one >>> bit of randomness: ++--+---+--+-+ T1 T2 T3 T4 T5T6 >>> if (T2 - T1 > T3 - T2) >>>

Booting from Extended DOS partition

I notice that the FreeBSD bootloader (boot0) explicitly prohibits booting from Extended DOS partitions (type 5). As far as I can see, an Extended DOS partition looks like a virtual disk - sector 0 contains a partition table explaining how that partition is broken up into secondary partitions. Gi

Re: file creation times ?

On 2000-May-25 19:03:56 +1000, Brian Somers <[EMAIL PROTECTED]> wrote: >Of course access timestamps are usually useless anyway as most (?!!) >people will back up their system from time to time OOPS ! I >never realised before now - dump *doesn't* update the access time. This is because du

Re: file creation times ?

On 2000-May-26 04:37:48 +1000, [EMAIL PROTECTED] wrote: >> Such editors are broken. What if the file is a symlink ? IMHO >> open() write() write() write() ftruncate() close() is the only way. > >If that is the only way, then emacs is of course broken. (And I >disagree - I use emacs every day...

Re: file creation times ?

On 2000-May-25 11:59:41 +1000, Arun Sharma <[EMAIL PROTECTED]> wrote: >On Thu, May 25, 2000 at 11:03:38AM +1000, Peter Jeremy wrote: >> To put it another way, why _should_ FreeBSD store a file creation time? > >0. I'm tired of seeing people putting "Created: mm/dd

Re: file creation times ?

On Thu, 18 May 2000 10:35:11 -0700, Arun Sharma <[EMAIL PROTECTED]> wrote: >On Thu, May 18, 2000 at 09:04:52PM +0400, Aleksandr A.Babaylov wrote: >> Arun Sharma writes: >> > Is there any reason why FreeBSD doesn't store file creation times on >> > the disk (apart from historical reasons) ? To pu

hack.c in kernel

On Fri, 19 May 2000 17:35:34 PDT, "Manny Obrey" <[EMAIL PROTECTED]> wrote: >I saw the following near the end of running "make depend;make" during a >kernel re-config ... seriously, is this something to be concerned about? ... >cc -elf -shared -nostdlib hack.c -o hack.So To expand somewhat on Kr

Re: Can NMI drop a hanging FreeBSD kernel into DDB?

On 2000-May-11 07:10:27 +1000, Wilko Bulte <[EMAIL PROTECTED]> wrote: >And if you force the IOCHK* line on an AT slot to GND? Would that work >on modern PCI machines? Grounding IOCHK* does cause an NMI on the only PCI machine I've tried it on. It looks like this is maskable in the Intel PIIX3 (a

Re: Can NMI drop a hanging FreeBSD kernel into DDB?

On Fri, 05 May 2000 22:56:42 -0600, Warner Losh <[EMAIL PROTECTED]> wrote: >In message <[EMAIL PROTECTED]> Warner Losh writes: >: However, it won't work if you are hacking pci hardware and manage to >: hang the PCI bus. > >Unless, of course, the trap handler is in cache as well as the >debugger ro

Re: Can NMI drop a hanging FreeBSD kernel into DDB?

On Fri, 5 May 2000 12:20:29 -0700, Alfred Perlstein <[EMAIL PROTECTED]> wrote: >> How can I make a hanging kernel into DDB? Will grounding the NMI do it? > >That's a bit extreme. > >hit ctrl+alt+esc on the console, or send a serial break if using >a serial console, make sure you have BREAK_TO_DEBU

Re: commit MAKE_SHELL?

On Tue, 25 Apr 2000 23:00:07 -0700, Doug Barton <[EMAIL PROTECTED]> wrote: >Anatoly Vorobey wrote: > >> Well, *should* we have a built-in "test"? I gather the original ash didn't >> have it due to the KIS principle. But if it speeds things up considerably, >> it's not much of a bloat, is it? I'd v

Re: cvs commit: src/share/skel dot.cshrc dot.loginsrc/etc/rootdot.cshrc dot.login

[Catching up on some old mail] On Sun, Mar 26, 2000 at 06:56:36PM +1000, Doug Barton wrote: > >PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/sbin:/usr/X11R6/bin:/usr/games:$HOME/bin Two comments: a) The sbin directories are for sysadmin functions and probably shouldn't be in u

Autogenerated sources

I notice that there seem to be some autogenerated files related to USB and PCCARD in the repository. Shouldn't the repository just contain the master files, with the header files generated as required during the make process? How do these files differ from the device/bus files (/sys/kern/*.m), e

Re: Better fixit (was: Why was rsh removed from the fixit floppy?)

On Fri, 21 Jan 2000 18:01:34 +0530, Greg Lehey <[EMAIL PROTECTED]> wrote: >If you want a better fixit floppy, you should consider the new custom >disk pair with PicoBSD ... There's still space on there; what >else could we put there? ssh or OpenSSH (though this might cause distribution problems

Re: Reading the kernel sources

On Wed, 12 Jan 2000 17:09:29 -0500 (EST), Michael Lucas <[EMAIL PROTECTED]> wrote: >I find myself in a contract where I sit for eight hours a day and wait >for something to break. It pays obscenely well, so I'm putting up >with the tedium. How does one go about getting such contracts? >So, if

Re: Practical limit for number of TCP connections?

On Tue, 21 Dec 1999 09:22:04 -0600 (CST), Jonathan Lemon <[EMAIL PROTECTED]> wrote: >In article >[EMAIL PROTECTED]> > you write: >>In my case, load is reasonably distributed. Is poll() really that much >>better than select()? I thought that, excepting bit flag manipulations, >>it worked basical

Re: Parallel-port ethernet interfaces

On 1999-Dec-20 02:32:06 -0700, Wes Peters <[EMAIL PROTECTED]> wrote: >> In message <[EMAIL PROTECTED]> Brian >Beattie writes: >> : Anybody know of any currently available, that are supported by FreeBSD? >> >> No. > >Yes. Another FreeBSD machine, with an ethernet interface and a parallel port >f

CVS Log comments for large changes

[This might not belong on -hackers, but I'm not sure where this sort of discussion _does_ belong}. Occasionally, single CVS changes affect large numbers of files. The comments associated with those commits generally fall into 3 categories: 1) Import version x.y into vendor branch z 2) [Detailed

Re: tmpfs .. ?

On 1999-Dec-07 07:23:49 +1100, David Wolfskill wrote: >>Date: Mon, 6 Dec 1999 10:13:50 -0800 (PST) >>From: Matthew Dillon <[EMAIL PROTECTED]> > >>The actual problem is sendmail's constant *rescanning* of the directory. Which I forgot about :-(. >To the extent that the directory is populated,

Re: tmpfs .. ?

On Sat, 04 Dec 1999 15:44:49 -0800, "Ronald F. Guilmette" <[EMAIL PROTECTED]> wrote: >Specifically, I'm planning a large mail server... which will use Sendmail... >and I'd really like to allocate the Sendmail queue files... which typically >have a rather short lifespan... on/in some sort of filesy

Re: Procfs' pointers to files.

On Sun, 7 Nov 1999 10:15:42 -0500 (EST), Brian Fundakowski Feldman <[EMAIL PROTECTED]> wrote: >The _REALLY_ obvious solution to this is to find the real path on exec() >and store the pointer in proc. How is this full of "overhead" and >"impractical"? Finding _an_ absolute path on exec() is not

Re: Ping - sized tests with 0% and 100% packet loss! Any ideas?

At Tue, 2 Nov 1999 00:16:02 +, Josef Karthauser <[EMAIL PROTECTED]> wrote: >Anyone any idea what's going on? The problem doesn't exist in 2.2.5-RELEASE. I can't readily test anything other than that and -current at present. As far as I can determine, the problem with 1-byte packets is that

Re: semaphores/semget problem

Kent Boortz <[EMAIL PROTECTED]> wrote: > semget(IPC_PRIVATE, SEMMSL, IPC_EXCL | IPC_CREAT | 0600)) > > fails with the error "No space left on device". Since SEMMSL defaults to SEMMNS, this is guaranteed to fail if anything else is using semaphores. > I tried to > use a smaller value for SEM

Re: Search a symbol in the source tree

On Tue, 12 Oct 1999 10:32:00 -0400 (EDT), Zhihui Zhang <[EMAIL PROTECTED]> wrote: >Can anyone suggest me a way of searching symbols in the entire /usr/src >tree? I use id-utils (/usr/ports/devel/id-utils). It builds a single database file and has a variety of tools (including e-lisp) to search

Re: Idea: disposable memory

Kevin Day <[EMAIL PROTECTED]> wrote: >I'd like a way to be able to specify that a region of malloc'ed data is >'disposable' and has approximately the same weight as disk cached data. As others have pointed out, this is almost (but not quite) the same as madvise(MADV_FREE). I don't think there is

Re: kernel config and sysctl

On Tue, 21 Sep 1999 10:17:26 -0400 (EDT), [EMAIL PROTECTED] wrote: >I've always had the impression that the sysctls available on a system are >dependent on the kernel configuration, but have never been able to verify >this. This is true. They also depend on the KLDs (a KLD can add new sysctl var

Re: Init(8) cannot decrease securelevel

Matthew Dillon wrote: > If the system winds up in a state where a kernel core cannot be > generated, DDB is the only way to figure out what is going on. > securelevel is a mechanism which attempts to guarentee data security, > at least to a degree. The problem is that DDB currently allo

Re: Init(8) cannot decrease securelevel

Matthew Dillon <[EMAIL PROTECTED]> wrote: > If the system winds up in a state where a kernel core cannot be > generated, DDB is the only way to figure out what is going on. > securelevel is a mechanism which attempts to guarentee data security, > at least to a degree. The problem is tha

Re: Proposal: Add generic username for 3rd-party MTA's

Sheldon Hearn wrote: >I plan to add a user ``smtp'' with UID 25 and a member of group >``mail'', for use in running non-priveledged MTA's in FreeBSD. I'd support this. I think the GID should be 25 as well. David Wolfskill wrote: >I think the overall idea is good, though my tendency has been to

Re: Proposal: Add generic username for 3rd-party MTA's

Sheldon Hearn <[EMAIL PROTECTED]> wrote: >I plan to add a user ``smtp'' with UID 25 and a member of group >``mail'', for use in running non-priveledged MTA's in FreeBSD. I'd support this. I think the GID should be 25 as well. David Wolfskill <[EMAIL PROTECTED]> wrote: >I think the overall idea

Re: Should cam_imask be part of bio_imask ?

Matthew Dillon wrote: >Oh my, did I really say "Thor" ? Sorry about that Tor! Actually, no, I managed to insert that typo into Matt's quote. Sorry to both Tor and Matt. Peter To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

Re: Should cam_imask be part of bio_imask ?

Matthew Dillon <[EMAIL PROTECTED]> wrote: >Oh my, did I really say "Thor" ? Sorry about that Tor! Actually, no, I managed to insert that typo into Matt's quote. Sorry to both Tor and Matt. Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body

Re: Should cam_imask be part of bio_imask ?

[General discussion of VM buffer corruption deleted] Matthew Dillon wrote: > Thor suggested adding the CACHETHEN bit back in the adaptec controller. To save anyone else the effort, this change only affects Adaptecs that identify as "aic7890/91" or "aic7896/97". Peter To Unsubscribe: send mail

Re: Should cam_imask be part of bio_imask ?

[General discussion of VM buffer corruption deleted] Matthew Dillon <[EMAIL PROTECTED]> wrote: > Thor suggested adding the CACHETHEN bit back in the adaptec controller. To save anyone else the effort, this change only affects Adaptecs that identify as "aic7890/91" or "aic7896/97". Peter To Un

Re: sio doesn't do HW flow correctly?!?

Brian McGovern wrote: >My short term "punt" is to use a desktop system. If I keep seeing the problem >there, I'll debug it some more. If it "goes away", I'll know it was the laptop >being quirky. The other possibility is that the laptop's APM is putting it into some sort of sleep state and not wa

Re: sio doesn't do HW flow correctly?!?

Brian McGovern <[EMAIL PROTECTED]> wrote: >My short term "punt" is to use a desktop system. If I keep seeing the problem >there, I'll debug it some more. If it "goes away", I'll know it was the laptop >being quirky. The other possibility is that the laptop's APM is putting it into some sort of sl

Re: sio doesn't do HW flow correctly?!?

Brian McGovern wrote: >However, when I start running data, I get silo overflows. At which end? What else is the box getting SILO overflows doing? PIO access to disks or network cards is good for disrupting interrupt latencies. PLIP is virtually guaranteed to disrupt anything that cares about i

Re: sio doesn't do HW flow correctly?!?

Brian McGovern <[EMAIL PROTECTED]> wrote: >However, when I start running data, I get silo overflows. At which end? What else is the box getting SILO overflows doing? PIO access to disks or network cards is good for disrupting interrupt latencies. PLIP is virtually guaranteed to disrupt anythin

Re: New tests for test(1)

>I was writing a script yesterday, and I wanted to have a test to compare >the modification time of two files. I've written programs to do this before as well. A more portable approach is find file1 -newer file2 ... >thinking - wouldn't it be a good idea to add some new tests to test(1),

Re: New tests for test(1)

>I was writing a script yesterday, and I wanted to have a test to compare >the modification time of two files. I've written programs to do this before as well. A more portable approach is find file1 -newer file2 ... >thinking - wouldn't it be a good idea to add some new tests to test(1)

s...@home bug?

I've been attempting to run s...@home on -current. Has anyone else found that both setiathome-1.1.i386-unknown-freebsd4.0 and setiathome-1.2.i386-unknown-freebsd3.2 fail with the following message after downloading a work unit: Scanning data file Error reading data: -23 Bad file header The same

SETI@home bug?

I've been attempting to run SETI@home on -current. Has anyone else found that both setiathome-1.1.i386-unknown-freebsd4.0 and setiathome-1.2.i386-unknown-freebsd3.2 fail with the following message after downloading a work unit: Scanning data file Error reading data: -23 Bad file header The same

Re: NSS Project

John Polstra wrote: >Peter Jeremy wrote: >> Assar Westerlund wrote: >> >Peter Jeremy writes: >> >> We need to be able to build an application that has no dynamically >> >> loaded code for recovery purposes (/stand and /sbin) as well as for >> &

Re: NSS Project

John Polstra <[EMAIL PROTECTED]> wrote: >Peter Jeremy <[EMAIL PROTECTED]> wrote: >> Assar Westerlund <[EMAIL PROTECTED]> wrote: >> >Peter Jeremy <[EMAIL PROTECTED]> writes: >> >> We need to be able to build an application that has no dynam

Re: NSS Project

Assar Westerlund wrote: >Peter Jeremy writes: >> We need to be able to build an application that has no dynamically >> loaded code for recovery purposes (/stand and /sbin) as well as for >> security. > >Isn't that the same problem as with PAM? Quite probably PAM

Re: Results of investigating optimizing calloc()...

Dag-Erling Smorgrav wrote: >Which reminds me - has anyone thought of using DMA for zeroing pages, This sounds reasonable. Some DMA engines support filling regions and memory-memory copies, but I'm not sure about what can be done with the DMA engine(s) in PCs. > The idea is to keep a chunk of zer

Re: NSS Project

Assar Westerlund <[EMAIL PROTECTED]> wrote: >Peter Jeremy <[EMAIL PROTECTED]> writes: >> We need to be able to build an application that has no dynamically >> loaded code for recovery purposes (/stand and /sbin) as well as for >> security. > >Isn'

Re: Results of investigating optimizing calloc()...

Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote: >Which reminds me - has anyone thought of using DMA for zeroing pages, This sounds reasonable. Some DMA engines support filling regions and memory-memory copies, but I'm not sure about what can be done with the DMA engine(s) in PCs. > The idea is to

Re: NSS Project

Oscar Bonilla wrote: >If anyone has any comments, suggestions, etc. I would appreciate it. Overall, I like the idea of NSS. But, having worked on Solaris 2.x for some time, we need to avoid some of the blunders Sun made: The biggest problem with Sun's NSS implementation is that it's no longer po

Re: Mentioning RFC numbers in /etc/services

Assar Westerlund wrote: As an enhancement, the strtol() check should verify that the passed service number is completely numeric: >--- inetd.c.orig Mon Aug 2 22:35:28 1999 >+++ inetd.c Mon Aug 2 22:41:52 1999 >@@ -830,34 +830,50 @@ >continue; >}

What's new in Linux 2.4

Jordan recently mentioned "Wonderful World of Linux 2.4 (Second Edition)" . This article makes the statement "Linux is still the only operating system completely compatible with the IPv4 specification", which is further expanded in a followup artic

Re: Mentioning RFC numbers in /etc/services

Assar Westerlund <[EMAIL PROTECTED]> wrote: As an enhancement, the strtol() check should verify that the passed service number is completely numeric: >--- inetd.c.orig Mon Aug 2 22:35:28 1999 >+++ inetd.c Mon Aug 2 22:41:52 1999 >@@ -830,34 +830,50 @@ >continue

Re: NSS Project

Oscar Bonilla <[EMAIL PROTECTED]> wrote: >If anyone has any comments, suggestions, etc. I would appreciate it. Overall, I like the idea of NSS. But, having worked on Solaris 2.x for some time, we need to avoid some of the blunders Sun made: The biggest problem with Sun's NSS implementation is th

What's new in Linux 2.4

Jordan recently mentioned "Wonderful World of Linux 2.4 (Second Edition)" . This article makes the statement "Linux is still the only operating system completely compatible with the IPv4 specification", which is further expanded in a followup arti

Re: So, back on the topic of enabling bpf in GENERIC...

In message <37a3b701.851df...@softweyr.com> Wes Peters writes: >Do we have a list of all services that use bpf? In the base system, ipfilter et al (ie ipsend(1)), tcpdump, rbootd, rarpd and dhcp. Someone who's got a complete set of ports might like to comment on what ports need bpf. Of these, we

Re: So, back on the topic of enabling bpf in GENERIC...

In message <[EMAIL PROTECTED]> Wes Peters writes: >Do we have a list of all services that use bpf? In the base system, ipfilter et al (ie ipsend(1)), tcpdump, rbootd, rarpd and dhcp. Someone who's got a complete set of ports might like to comment on what ports need bpf. Of these, we need to lea

Re: replacing grep(1)

Doug wrote: > The more complete the feature set, the better >off we are for my money. Someone offering money? Quick, who's got the donations hat... :-) Peter To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

<    1   2   3   4   5   6   >