> Hi,
>
>The following patch to /usr/src/release/Makefile allows the
> specification of the variable FASTCLEAN, which instead of doing
> a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of
> course, this is only useful if your CHROOTDIR location is a
> separate mount point (which min
On Thursday, 9th September 1999, "John W. DeBoskey" wrote:
> The following patch to /usr/src/release/Makefile allows the
>specification of the variable FASTCLEAN, which instead of doing
>a recursive rm on CHROOTDIR, simply umounts/newfs/mounts.
>+ -device=`df | grep '${CHROOTDIR}' | cut -
Hi,
please redirect to the appropriate forum if appropriate.
There is one thing i don't completely understand with non-blocking
FS operation.
Is there any way to guarantee (more or less strictly, see below)
that when i issue a read() on a file (a real file coming from a
UFS i mean) such read wi
The Posix AIO calls that john implememted are the best way of doing this.
On Thu, 9 Sep 1999, Luigi Rizzo wrote:
> Hi,
>
> please redirect to the appropriate forum if appropriate.
>
> There is one thing i don't completely understand with non-blocking
> FS operation.
>
> Is there any way to g
> Date: Thu, 9 Sep 1999 16:18:57 +0200 (MET DST)
> From: Luigi Rizzo <[EMAIL PROTECTED]>
> Subject: An FS question perhaps... non blocking I/O.
>
[ ... snip ... ]
>
> The app i have in mind is squid-like, which, if i understand
> well, is a
> single process looping around a select. If i get things
Hmm. I guess this was added to -current; I don't actually run -current,
just read the list :) poll(2) on my -stable system doesn't mention
POLLEXTEND.
I just checked, the poll(2) listed at
http://www.freebsd.org/cgi/man.cgi?query=poll&apropos=0&sektion=0&manpath=Fr
eeBSD+4.0-current&format=h
< said:
> I just checked, the poll(2) listed at
> http://www.freebsd.org/cgi/man.cgi?query=poll&apropos=0&sektion=0&manpath=Fr
> eeBSD+4.0-current&format=html as being from 4.0-current is dated Sept 7,
> 1996; either the man page search on the web is out of date or this is an
> undocumented bit
On Sun, Aug 22, 1999 at 05:02:00PM -0400, Chuck Robey wrote:
> On Sun, 22 Aug 1999, Ollivier Robert wrote:
> > That very important... The screensaver triggered me to see the movie
> > again. A. I love it.
>
> Yeah, it's gotta be the perfect hacker's movie.
Sneakers is always fun. :)
-d
--
Hi,
Earlier today I was trying to watch a short mpeg and found
out that it's impossible with newpcm. The sound (and picture)
stutters constantly. It works with a kernel from August, 31 (oldpcm).
Anyone else able to reproduce this or have any ideas?
pcm0: irq 5 at device 10.0 on pci0
http:/
My make update isn't working anymore, and I can't figure out why. I
know the recent stuff regarding Id->FreeBSD, and I've closely watched
all the files that Doug talked about, and they're all the way he said
they should be, but after I get done with the cvsup part of make update,
and it looks to
Hi,
I am trying NewPCM on -current with an AWE64.
It works fine for normal sound apps like esd, splay etc etc.. but Quake 1 & 2
which use the DMA buffers to play their sound. It is allowed to do this (the
ioctl is supported), but it stutters very badly.
Its a bit hard to explain :)
---
Daniel O'
I get this two, it sounds like its playing at the wrong sampling speed,
but none of them (speeds) sound right.
- ( Adam Strohl ) -
- UNIX Operations/Systems http://www.digitalspark.net -
- adams (at) digitalspark.net
I also get this, on an SB32-PNP, with the pcm0 device (setup for pnp)
I havnt tried q3atest on the sb0 stuff though.. I might do this weekend.
Daniel O'Connor wrote:
>
> Hi,
> I am trying NewPCM on -current with an AWE64.
> It works fine for normal sound apps like esd, splay etc etc.. but Quake
On 09-Sep-99 Adam Strohl wrote:
> I get this two, it sounds like its playing at the wrong sampling speed,
> but none of them (speeds) sound right.
I didn't try that..
I was wondering if the DMA buffer switching wasn't done correctly. I'll try and
work up a test program which exibits the proble
On 10-Sep-99 Mike Muir wrote:
> I also get this, on an SB32-PNP, with the pcm0 device (setup for pnp)
> I havnt tried q3atest on the sb0 stuff though.. I might do this weekend.
Ahh.. I've only tried Q1 & 2, and they both get the problem, but work fine
using sb0 and friends.
---
Daniel O'Conno
Not sure which list this should go to, so if I'm in error feel free to
point me in the right direction.
I was wondering if anyone has had any luck running CompuPic
(http://linux.compupic.com) under FreeBSD? It's an excellent image viewer
that can do some basic file management as well. Along wit
Luigi Rizzo <[EMAIL PROTECTED]> writes:
> Is there any way to guarantee (more or less strictly, see below)
> that when i issue a read() on a file (a real file coming from a
> UFS i mean) such read will not block because data from the disk is
> not in memory yet, yet avoid that i end up in a busy
18 matches
Mail list logo
