:When I get the time (probably not next week) I will write a patch
:to release the cached buffers that would prevent page removal.
I would appreciate a CC if/when you have something along these lines.
It won't be easy. The VM system has no reliable way to determine the
buffer cache bl
Julian Elischer wrote:
> with this bug could a user zero out /etc/group or similar?
> I am not sure what the ramification of the bug is..
The bug affects only in memory modified file data.
In memory modifications to the file can be deleted
and the file data reverts to a state before the
file mod
with this bug could a user zero out /etc/group or similar?
I am not sure what the ramification of the bug is..
On Fri, 23 Apr 2004, Stephan Uphoff wrote:
>
> Matthew Dillon wrote:
>
> >The idea with the fix is as follows:
> >
> >* It's hard to make the VM system invalidate buffers, s
Matthew Dillon wrote:
>The idea with the fix is as follows:
>
>* It's hard to make the VM system invalidate buffers, so don't try.
>
But it is easy to throw away clean buffers since they are nicely sorted
and easy to release.
Efficient locking is a bit tricky but should not be
I was browsing over the boot0 makefiles and source when I was playing with
some boot sector code of mine and I was wondering why the designers chose
to use objcopy to output a binary file instead of just using the --oformat
option when it's run over the linker.
I'm guessing it's just 6 of one and
GiZmen writes:
yep I'd have to agree with that..
All the needed bits should already be there.
> > start with natd and chop it until you have what you want..
> >
> ports/net/tcpmssd might be easier to adopt.
---end quoted text---
Yes maybe it is good way to do this but what if i do not use ipfw.
> yep I'd have to agree with that..
> All the needed bits should already be there.
>
> > > start with natd and chop it until you have what you want..
> > >
> > ports/net/tcpmssd might be easier to adopt.
---end quoted text---
Yes maybe it is good way to do this but what if i do not use ipfw.
I a
I'm in a situation where I need to emulate multiple ethernet devices with
different mac addresses. I have gotten far enough to have this.
I ran ngctl and then ran
"mkpeer . eiface hook ether"
I then ran
ifconfig ngeth0 link '00:bd:03:11:21:11'
ifconfig ngeth0 192.168.20.5
ifconfig sis0 192.168.2
Hi I have had 3 kernel panics in 2 days, I am suspecting bad ram as before
these events there was a power outage but I have done a kernel debug and
here is the info I have, please let me know if you have a solution or need
more info.
This GDB was configured as "i386-unknown-freebsd"...Deprecate
On Thu, Jan 22, 2004 at 11:16:41AM +0100, Marc Olzheim wrote:
> Daniel Eischen proposed a simpler patch, which does the same trick...
Could this be committed in -STABLE by someone ? Or must this wait until
after 4.10 ?
(CURRENT: pthread_private.h -r 1.82 -r 1.81)
Marc
--- /usr/src/lib/libc_r/uth
yep I'd have to agree with that..
All the needed bits should already be there.
On Fri, 23 Apr 2004, Ruslan Ermilov wrote:
> On Thu, Apr 22, 2004 at 07:02:45PM -0700, Julian Elischer wrote:
> > start with natd and chop it until you have what you want..
> >
> ports/net/tcpmssd might be easier to a
On Thu, 22 Apr 2004, Matthew Dillon wrote:
> Sigh. Run this program. Note that the file contains an 'A' in the
> first byte after you run it (hexdump -C test.dat). Thus, msync()
> is not destroying the page until AFTER it finishes flushing it to
> disk.
>
> /*
> * x.c
> */
12 matches
Mail list logo
