The documentation in /usr/src/sys/boot/i386 seems a little scant, and that
still hanging out in /usr/src/sys/i386/boot is clearly outdated. Was
wondering if someone could point me at docs, and/or post a short summary
something in the form of:
loader loadedbyfunction
---
Date: Wed, 8 Dec 1999 21:30:37 -0800 (PST)
From: Matthew Dillon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: Kirk McKusick <[EMAIL PROTECTED]>
Subject: mmap/write case brought up again - maybe its time to...
Someone brought up the mmap/write case up again - that's a deadlock
case that we
Someone brought up the mmap/write case up again - that's a deadlock
case that we haven't fixed yet where you write from one descriptor into
shared writeable file-backed memory area and, from another process,
do the vise-versa.
Maybe it's time to make filesystem locks recursive
I propose that ctype.h not define _T,
but instead define _CTYPE_T. Other two letter macros
also should be changed likewise.
Definition of such macro by the system are perhaps allowed by the
standard, but its better not to define such macros.
One reason is that the STL code included in stdlibc++
c
:
: Shouldn't the mmap() return MAP_FAILED, probably with EACCES,
:instead of causing a signal 10?
:
:--
:Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94)
It's one of those cases that occurs when you have a general purpose
call where the mix of arguments
:Matthew Dillon wrote:
:
:> Things like file meta-data always sync, though if the only data written
:> to a file is through such an mmap() the filesystem will not have much
:> to do there.
:
:Incidentally, I notice that files "read" through a mmap (PROT_READ,
:MAP_SHARED) don't cause t
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
I think that you imply explicit msync() calls still flush data to disk. Is
that the case?
Jason Young
accessUS Chief Network Engineer
On Wed, 8 Dec 1999, Matthew Dillon wrote:
> :I'd like to see this happen, go for it! :)
> :
> :Don't forget how getnewbuf refils the buffers though, it will nee
A new version of 'mpd', a multi-link PPP daemon, is available as
a beta release from Whistle Communications under the Whistle
license (BSD style).
* This new version is completely netgraph(4) based, which means that
all of the negotiation protocols (IPCP, LCP, etc) are handled in
user-l
:
:
:I think that you imply explicit msync() calls still flush data to disk. Is
:that the case?
:
:Jason Young
:accessUS Chief Network Engineer
msync never guarenteed the flushing of data to disk, it simply guarentees
synchronization with the buffer cache. FreeBSD, however, uses a
c
Matthew Dillon wrote:
> Things like file meta-data always sync, though if the only data written
> to a file is through such an mmap() the filesystem will not have much
> to do there.
Incidentally, I notice that files "read" through a mmap (PROT_READ,
MAP_SHARED) don't cause the file'
:I'd like to see this happen, go for it! :)
:
:Don't forget how getnewbuf refils the buffers though, it will need to
:somehow to communicate to the syncer to disregard MAP_NOSYNC during a
:shortage... ? :)
:
:-Alfred
No, I don't bother with that. If there is a filesystem buffer associated
On Wed, 8 Dec 1999, Matthew Dillon wrote:
> I would like to add a new MAP_ flag to mmap() prior to the 4.x freeze.
> The purpose of the flag is to prevent the syncer from syncing the
> file underlying the map. The VM system will still page to the file as
> needed and, of course,
On Wed, 8 Dec 1999, Kip Macy wrote:
> > From: Rayson Ho <[EMAIL PROTECTED]>
> > >
> > > http://www.cs.utexas.edu/users/emery/hoard/
> > >
> > > Only Linux,Solaris,IRIX,NT, and BeOS supported at this
> > > stage. Anyone wants to port it to FreeBSD?
> > >
> > > Sorry if everyone knows this already.
> On Wed, 8 Dec 1999, Arun Sharma wrote:
> > I'm interested in doing something like:
> >
> > kern.stats.cpu0.idle
> > kern.stats.cpu0.nice
> > ...
> > kern.stats.cpu1.idle
> > kern.stats.cpu1.nice
> > ...
> >
> > and I want the nodes cpu0, cpu1 etc dynamically created.
>
It might be nice when LWP support is added.
-Kip
On Wed, 8 Dec 1999, Scott Hess wrote:
> From the web page:
>
> "Hoard is a fast, scalable and memory-efficient allocator for
> multiprocessors. Hoard solves the heap contention problem caused when
> multiple threa
This message was sent from Geocrawler.com by "Alex" <[EMAIL PROTECTED]>
Be sure to reply to that address.
Hello,
I'm writting driver for PCI board.
Is't possible to set interrupt handler for PCI
device not in attach function? If yes, how?
For ISA is possible to do by calling
reconfig_isadev(de
>From the web page:
"Hoard is a fast, scalable and memory-efficient allocator for
multiprocessors. Hoard solves the heap contention problem caused when
multiple threads call dynamic memory allocation functions like malloc() and
free() (or new and delete). Hoard can dramatically improve the perfor
On Wed, 8 Dec 1999, Arun Sharma wrote:
> I'm interested in doing something like:
>
> kern.stats.cpu0.idle
> kern.stats.cpu0.nice
> ...
> kern.stats.cpu1.idle
> kern.stats.cpu1.nice
> ...
>
> and I want the nodes cpu0, cpu1 etc dynamically created.
It would b
:I assume that this flag would require write permission to the file, to
:prevent bad security implications?
:
:--
: Ben Rosengart
You can set the flag without write permission but it will not do anything
in that case. The only way to get a page marked such that the syncer
doesn't syn
http://www.cs.utexas.edu/users/emery/hoard/
Only Linux,Solaris,IRIX,NT, and BeOS supported at this
stage. Anyone wants to port it to FreeBSD?
Sorry if everyone knows this already...
Rayson
__
Do You Yahoo!?
Thousands of Stores. Millions of
On Wed, 8 Dec 1999, Matthew Dillon wrote:
> Operationally, the syncer will not sync the file while any mmap()'s
> exist with that flag set. Once such flagged maps go away, the syncer
> will be able to sync the file (if it still exists).
>
> Comments are welcome.
I assume that
On Thu, Dec 09, 1999 at 04:00:17AM +1300, Joe Abley wrote:
> Yaay. That's a good thing.
There had been some discussion and concern about the protocol
incompatabilies. There was even some discussion if rdist was needed
in the base system any more. It would still be available as a
port.
There ar
I would like to add a new MAP_ flag to mmap() prior to the 4.x freeze.
The purpose of the flag is to prevent the syncer from syncing the
file underlying the map. The VM system will still page to the file as
needed and, of course, the data will remain consistent with the file.
On Wed, Dec 08, 1999 at 05:44:31PM +0100, Andrzej Bialecki wrote:
> On Wed, 8 Dec 1999, Arun Sharma wrote:
> Erhm.. No.
>
> Look closer at the SPY module. I create the whole branch from the root
> level. In the standard system there is no such thing as "kld" node,
> neither there is a "spy" node.
On Wed, 8 Dec 1999, Arun Sharma wrote:
> On Mon, Nov 29, 1999 at 10:09:35AM +0100, Andrzej Bialecki wrote:
> > > I was thinking about implementing SMP cpu stats using sysctl today and
> > > I have a question - can I create sysctl nodes dynamically ?
> > >
> > > i.e.
> > >
> > > for (cpu = 0;
On Mon, Nov 29, 1999 at 10:09:35AM +0100, Andrzej Bialecki wrote:
> > I was thinking about implementing SMP cpu stats using sysctl today and
> > I have a question - can I create sysctl nodes dynamically ?
> >
> > i.e.
> >
> > for (cpu = 0; cpu < get_num_cpus(); cpu++) {
> > /* cr
On Wed, 8 Dec 1999, Dan Seguin wrote:
>
> Is it possible to make nodes dynamically that are immutable from userland
> (even by root), but modifyable from the kernel?
Yes, of course. Just mark them as read-only (CTLFLAG_RD). You are free to
assign any value to them within the kernel. If it's mor
>
> > The big benefits to locality of meta & file data are to allow
> > drive/driver caching to do sequential (or close to) reads in as large
> > blocks as possible. There was a recent SigOS paper on a modified Unix
> > filesystem that was designed to take advantage of modern disk systems,
>
Hi,
I'm using the parallel port to control
some sort of a hardware (i2c). For that I generate pulses using the ppi device
(geek port). The problem is that in some cases, the pulse isn't
generated. What I do is sending an ioctl to make the device high (1) and
another ioctl to set the device l
On Tue, Dec 07, 1999 at 10:13:34PM -0500, C. Stephen Gunn wrote:
> Since rdist 6.1.5 is back under a BSD Style license, should we work
> towards updating it in -CURRENT, and perhaps -STABLE. It has several
> bug fixes and enhancements to the current supplied rdist.
Yaay. That's a good thing.
Is it possible to make nodes dynamically that are immutable from userland
(even by root), but modifyable from the kernel?
On Mon, 29 Nov 1999, Andrzej Bialecki wrote:
>
> Yes. See for example linux emulator or my SPY module:
>
> http://www.freebsd.org/~abial/spy
>
> You can also creat
> The big benefits to locality of meta & file data are to allow
> drive/driver caching to do sequential (or close to) reads in as large
> blocks as possible. There was a recent SigOS paper on a modified Unix
> filesystem that was designed to take advantage of modern disk systems,
Do you st
On Tue, 7 Dec 1999, Doug Rabson wrote:
> On Tue, 7 Dec 1999, Stephen Hocking-Senior Programmer PGS Perth wrote:
>
> >
> > Go look at http://linux.3dfx.com/open_source
> > It's availabe for Voodoo 1, 2, & 3 cards. Register level specs too! I'm
> > utterly freaked out.
>
> Its pretty cool. I spe
[[ I had observed that if_detach seemed to cause problems in the
pccard code after the device had gone away. Redirected to -hackers
since I think is where hairy network stuff is dealt with. --imp
]]
In message <[EMAIL PROTECTED]> Atsushi Onoe writes:
: There are some inconsistency of two
35 matches
Mail list logo
