Re: kevent()/kqueue() in a multithreaded environment

2000-07-28 Thread Nate Williams
> > You normally wouldn't mix kqueue and threads; you'd use kqueue to > > *implement* threads. :-) > > > > AFAIK kqueue hasn't been made threadsafe, you'll have to bug > > [EMAIL PROTECTED] about it. Patches gladly accepted :) > > I may be just being stupid but I don't understand that last sente

Re: Best way to lock malloc'd memory in kernel

2000-07-28 Thread Alfred Perlstein
* Isaac Waldron <[EMAIL PROTECTED]> [000728 18:31] wrote: > > > > I'm writing a device driver for plex86 (the FreeMWare virtual machine > > > software), and have a buffer that needs to be non-pageable. It was > malloc'd > > > with the malloc(size, type, flags) kernel malloc function. What's the

Re: Best way to lock malloc'd memory in kernel

2000-07-28 Thread Daniel O'Connor
On 29-Jul-00 Isaac Waldron wrote: > Thanks! I didn't realize that, I suppose I should have RTFM'ed a bit more > before asking, but I just kind of assumed (we all know what that does) that > memory malloc'd in kernel mode was pageable. I guess I should ask whether Yes, well it would be nice to

Re: Best way to lock malloc'd memory in kernel

2000-07-28 Thread Isaac Waldron
> > I'm writing a device driver for plex86 (the FreeMWare virtual machine > > software), and have a buffer that needs to be non-pageable. It was malloc'd > > with the malloc(size, type, flags) kernel malloc function. What's the best > > way to make this memory unpageable? > > No kernel memory i

RE: Best way to lock malloc'd memory in kernel

2000-07-28 Thread Daniel O'Connor
On 29-Jul-00 Isaac Waldron wrote: > I'm writing a device driver for plex86 (the FreeMWare virtual machine > software), and have a buffer that needs to be non-pageable. It was malloc'd > with the malloc(size, type, flags) kernel malloc function. What's the best > way to make this memory unpageab

Best way to lock malloc'd memory in kernel

2000-07-28 Thread Isaac Waldron
I'm writing a device driver for plex86 (the FreeMWare virtual machine software), and have a buffer that needs to be non-pageable. It was malloc'd with the malloc(size, type, flags) kernel malloc function. What's the best way to make this memory unpageable? Thanks in advance, Isaac Waldron waldr

Re: vinum striping quiestion

2000-07-28 Thread Greg Lehey
On Friday, 28 July 2000 at 19:21:10 +0400, Maxim Konovalov wrote: > > Hello, > > I've got a question about vinum. There are two scsi disks with vinum > stripe. Here is a vinum config: > > drive a device /dev/da2s1e > drive b device /dev/da3s1e > volume vinum0 > plex name vinum0.p0 org striped 1024

Re: /tmp on a ramdisk?

2000-07-28 Thread Doug Barton
Ted Sikora wrote: > > A while ago several people suggested using /tmp on a ramdisk along with > softupdates. Right now I am running several production servers with > 4.1-STABLE with softupdates. I'm really happy with the performance. What > benefits would I realize using /tmp on a ramdisk?

some "md" (memory disk) questions

2000-07-28 Thread void
1) Might I want to replace my MFS /tmp with an md-based one? 2) I looked at LINT and GENERIC, I read section 10.6.2 of the Handbook, and I looked for an md man page in vain. Where could I find additional documentation for md? I'm particularly interested in finding out what it's good fo

/tmp on a ramdisk?

2000-07-28 Thread Ted Sikora
A while ago several people suggested using /tmp on a ramdisk along with softupdates. Right now I am running several production servers with 4.1-STABLE with softupdates. I'm really happy with the performance. What benefits would I realize using /tmp on a ramdisk? Regards, -- Ted Sikora Jtl Develo

Re: a quick one

2000-07-28 Thread Archie Cobbs
FengYue writes: > Hi there, a quick one. Is getpeername() considered expensive? > Would it be much better if I cache the result myself instead of > calling it everytime on the connected socket(returned from accept) to > find out which IP it connects to? It's not particularly expensive compared

a quick one

2000-07-28 Thread FengYue
Hi there, a quick one. Is getpeername() considered expensive? Would it be much better if I cache the result myself instead of calling it everytime on the connected socket(returned from accept) to find out which IP it connects to? Thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with "u

tar

2000-07-28 Thread Jeffrey Fu
I want to download the FreeBSD 2.2.2 for IPV6 Mobility development. Because of the firewall, I can only access the Freebsd site by a SUN Solaris machine. I use CVSup to download the FreeBSD2.2.2 from cvsup7.freebsd.com to the Solaris machine. After the download, it create a src directory(The siz

Re: kevent()/kqueue() in a multithreaded environment

2000-07-28 Thread Chris Costello
On Friday, July 28, 2000, Archie Cobbs wrote: > Doug White writes: > > AFAIK kqueue hasn't been made threadsafe, you'll have to bug > > [EMAIL PROTECTED] about it. Patches gladly accepted :) > > I may be just being stupid but I don't understand that last sentence. > > I thought kqueue() and keve

Re: kevent()/kqueue() in a multithreaded environment

2000-07-28 Thread Daniel Eischen
On Fri, 28 Jul 2000, Archie Cobbs wrote: > Doug White writes: > > You normally wouldn't mix kqueue and threads; you'd use kqueue to > > *implement* threads. :-) > > > > AFAIK kqueue hasn't been made threadsafe, you'll have to bug > > [EMAIL PROTECTED] about it. Patches gladly accepted :) > > I m

Re: kevent()/kqueue() in a multithreaded environment

2000-07-28 Thread Archie Cobbs
Doug White writes: > You normally wouldn't mix kqueue and threads; you'd use kqueue to > *implement* threads. :-) > > AFAIK kqueue hasn't been made threadsafe, you'll have to bug > [EMAIL PROTECTED] about it. Patches gladly accepted :) I may be just being stupid but I don't understand that last

Re: BSD,Posix,Linux Threading - Are they really useable?

2000-07-28 Thread Chris Costello
On Friday, July 28, 2000, Nate Williams wrote: > >That is incorrect. FreeBSD's userland pthread implementation > > does not block the whole process on I/O. POSIX does not specify > > this behavior either. > Actually, sometimes it does (for example when reading from an I/O device > where sel

Re: BSD,Posix,Linux Threading - Are they really useable?

2000-07-28 Thread Kenneth Wayne Culver
Currently as far as I know, there isn't really a way to do this, although much work is being done in -CURRENT to fix this. = | Kenneth Culver | FreeBSD: The best NT upgrade| | Unix Systems Administrator | ICQ #: 24

Re: CRACK - Dreamweaver

2000-07-28 Thread Ben Smithurst
Richard Stoodley wrote: > Can you tell me where I can get Crack Try -- Ben Smithurst / [EMAIL PROTECTED] / PGP: 0x99392F7D FreeBSD Documentation Project / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe free

Re: BSD,Posix,Linux Threading - Are they really useable?

2000-07-28 Thread Nate Williams
> > PosixThreads are userland threads - if one thread blocks on i/o the > > whole process is blocked. Which makes PosixThreads rather useless. > >That is incorrect. FreeBSD's userland pthread implementation > does not block the whole process on I/O. POSIX does not specify > this behavior ei

vinum striping quiestion

2000-07-28 Thread Maxim Konovalov
Hello, I've got a question about vinum. There are two scsi disks with vinum stripe. Here is a vinum config: drive a device /dev/da2s1e drive b device /dev/da3s1e volume vinum0 plex name vinum0.p0 org striped 1024s vol vinum0 sd name vinum0.p0.s0 drive a plex vinum0.p0 len 34791424s d

core dumps when mmap'd to large sparse files

2000-07-28 Thread Peter Dufault
I have a program where I mmap a huge sparse file. If I fault and generate a core dump it proceeds to do something until the disk is full, but the disk is then left not full and a perfectly good core dump of a reasonable size is left. Can anyone explain? This is with 4.0. Peter -- Peter Dufaul

Documentation for pcm/voxware sound drivers?

2000-07-28 Thread Peter van Heusden
Is there complete documentation for pcm / voxware sound drivers anywhere? I'd like to play around with sound on my 4-STABLE box (soundcard is a SB Live), but there documentation in the man pages, and on Luigi Rizzo's page, doesn't completely cover the ioctls and uses of the various sound devices.

RE: CRACK - Dreamweaver

2000-07-28 Thread Koster, K.J.
Hi Richard, > > Can you tell me where I can get Crack for Dreamweaver 3 ?/ > http://www.macromedia.com/software/dreamweaver/buy/ They'll even send you a pretty box and some books. Kees Jan PS. I think you're confusing the terms "cracker" and "hacker".

Re: CRACK - Dreamweaver

2000-07-28 Thread Kris Kennaway
On Fri, 28 Jul 2000, Richard Stoodley wrote: > Hi Can you tell me where I can get Crack for Dreamweaver 3 ?/ Go to http://2130706433/crackz/index.html for all of your 0-day cracks. The site is busy though, you might have to keep retrying for a while before you get in. Kris -- In God we Trust -

CRACK - Dreamweaver

2000-07-28 Thread Richard Stoodley
Hi Can you tell me where I can get Crack for Dreamweaver 3 ?/   Thanks   [EMAIL PROTECTED]  

Majordomo results

2000-07-28 Thread Majordomo
-- auth 824d0397 subscribe freebsd-hackers Succeeded. --- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Welcome to freebsd-hackers

2000-07-28 Thread Majordomo
-- Welcome to the freebsd-hackers mailing list! Please save this message for future reference. Thank you. If you ever want to remove yourself from this mailing list, you can send mail to <[EMAIL PROTECTED]> with the following command in the body of your email message: unsubscribe freebsd-

Confirmation for subscribe freebsd-hackers

2000-07-28 Thread Majordomo
-- Please be sure to read the charters before subscribing or sending mail to any FreeBSD mailing list for an explanation of which topics are relevant for a given list and what types of postings are and are not allowed. They may be found at: http://www.freebsd.org/handbook/eresources.htm

Majordomo results

2000-07-28 Thread Majordomo
-- subscribe freebsd-hackers Your request to [EMAIL PROTECTED]: subscribe freebsd-hackers [EMAIL PROTECTED] must be authenticated. To accomplish this, another request must be sent in with an authorization key, which has been sent to: [EMAIL PROTECT

Re:Neil Clayton, Sending personal mail to this list, Sorry.

2000-07-28 Thread David Preece (Nice Shot Bill)
Idiot. Never forward an email about how terrible Realtek are to a linux freak, they'll completely fail to reply properly. Some people just should not be allowed computers, they may hurt themselves. Dave :) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in t