bwillwrite() is called in kern/sys_generic.c:dofilewrite()
bwillwrite() is meant as a quick stop before doing any vnode
ops to flush dirty buffers to prevent a deadlock.
However:
1) afaik only VNODES have backing buffers, so stalling socket/pipes
doesn't gain us anything
2) writev() doesn't c
Several weeks ago I have asked several questions about assembly language
programming under FreeBSD. I also promissed to share what I learned with
others on my web site.
I am glad to say that my asm project is moving along fast. I am working
on HED (HTML editor). I created my own mark-up language
On Sun, 26 Nov 2000, Thomas Moestl wrote:
> Actually, the panic will occur after a simple forced unmount of the current
> working directory and subsequent try to access "..". This is because the
> vnode of the cwd was cleared and it's v_mount member was set to NULL. This
> member is however deref
>From the gdb prompt when you're debugging a machine that is being
remote kernel debugged, what do you call to reboot the machine?
Dave.
--
|David Gilbert, Velocet Communications. | Two things can only be |
|
> :I think I have a sufficient fix for PR kern/19572. Could somebody please
> :Review/Comment this?
> :To quote:
>
> Looks reasonable to me! It certainly can't make things worse :-)
Could someone then please look into committing this?
TIA,
- Thomas
To Unsubscribe: send mail to [EM
:Hi,
:
:I think I have a sufficient fix for PR kern/19572. Could somebody please
:Review/Comment this?
:To quote:
Looks reasonable to me! It certainly can't make things worse :-)
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
Hi,
I think I have a sufficient fix for PR kern/19572. Could somebody please
Review/Comment this?
To quote:
> Description
> Executing cd ../cdrom from /cdrom directory after cycle of mount-umount-
> mount cycle causes trap 12 (page fault while in kernel mode) and hence
> causes kernel panic.
On Fri, Apr 23, 1999 at 08:43:23AM +0900, Daniel C. Sobral wrote:
> Gianmarco Giovannelli wrote:
> >
> > At 02.19 23/04/99 +0900, Daniel C. Sobral wrote:
> >
> > >FreeBSD defaults to signal floating point exceptions in case of
> > >overflow and things like that. Linux, I take it, does not.
> > >
You can use 'strip -aout ' to strip it. As far as I know, there
is currently no way to specify the executable format to 'install -s'.
I haven't tried it, but you might be able to use the OBJFORMAT or
OBJECT_FORMAT (not sure which form is correct) environment variable to
make install DTRT for aout
Dear All,
I always get the following message at system boot time: "slice extends
beyond end of disk: truncating". This message is odd, because I have
two identical harddisks (Maxtor DiamondMax 15Gb) and I have formatted
and sliced them in precisely the same way, yet only one of them
reports troub
10 matches
Mail list logo