On Wed, 15 Sep 1999 10:06:59 MST, Mike Smith wrote:
> > Actually, as with many such cases, the floppy disk driver turned out to
> > be flakey. We resolved this via private mail.
>
> Driver, or drive? The BIOS is the driver at this point in time.
Argh! Thanks. I meant the floppy drive.
Ciao,
On Wed, 15 Sep 1999, Daniel Eischen wrote:
> > Thanks, I figured as much. I just thought I remember being told at one
> > point that gdb's thread support on FreeBSD had improved. Given a choice
> > between adding thread support to GDB myself and developing my application
> > on NT, which by the wa
>>Number: 13721
>>Category: kern
>>Synopsis: There is no way to force system panic from console
[...]
>>Release:FreeBSD 3.3-RC
>>Organization:
>Server
>>Environment:
>>Description:
>Under some rare circumstances there is a real need to reboot system via kernel
>'s panic
On Wed, 15 Sep 1999, Alfred Perlstein wrote:
>
> On Wed, 15 Sep 1999, Christopher Sedore wrote:
>
> > My ideas for this are a little different than what I've seen proposed thus
> > far, more along the lines of creating something that acts as both an event
> > queue and a IOCP. Ideally this wo
I ported pmake to SunOS 5.5.1, 5.6, and 5.7. The port based on the
FreeBSD-4.0-current make version from 9th September 1999.
I successfully compiled pmake itself and the FreeBSD Web server.
The binaries are available at
http://www.de.freebsd.org/~wosch/src/pmake/
--
Wolfram Schneider http://wo
Out of da blue Wolfram Schneider aka (wo...@cs.tu-berlin.de) said:
> I ported pmake to SunOS 5.5.1, 5.6, and 5.7. The port based on the
> FreeBSD-4.0-current make version from 9th September 1999.
>
> I successfully compiled pmake itself and the FreeBSD Web server.
>
> The binaries are available a
I filed a followup with a patch (against 4.x, but it will probably work
just as well against 3.x, but I don't have a handy way to try it).
-Chris
On Wed, 15 Sep 1999, Mike Smith wrote:
> >
> >
> > On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> >
> > > > The aio_* stuff (I use a custom patched
In message <199909160948.saa02...@zodiac.mech.utsunomiya-u.ac.jp> Kazutaka
YOKOTA writes:
: case _PANIC_KEY_
: #if !defined(SC_DISABLE_REBOOT) && !defined(SC_DISABLE_PANIC)
: if (securelevel <= 0)
: panic();
: #endif
: break;
:
: Any opinion
On Thu, 16 Sep 1999, bush doctor wrote:
> Out of da blue Wolfram Schneider aka (wo...@cs.tu-berlin.de) said:
> > I ported pmake to SunOS 5.5.1, 5.6, and 5.7. The port based on the
> > FreeBSD-4.0-current make version from 9th September 1999.
> >
> > I successfully compiled pmake itself and the Fr
I'm trying to run 1-2 processes with very large memory footprints on my P2 SMP
machine. I'm finding that the process switches cpu's quite often, which
obviously isn't good for the caches on the CPU.
Can anybody point me to a paper, mailing list discussion, etc. that discusses
scheduling proces
http://www.boston.com/dailyglobe2/259/business/Even_better_than_Linux+.shtm
l
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
>Events could also (I haven't thought this out, so please forgive me if
>there's an obvious bugaboo here) return additional information about the
>descriptor/whatever. One nice possibility would be outgoing buffer space
>on sockets. This may or may not be worth the coding effort.
>
First, If y
Out of da blue The Hermit Hacker aka (scra...@hub.org) said:
> On Thu, 16 Sep 1999, bush doctor wrote:
>
> > Out of da blue Wolfram Schneider aka (wo...@cs.tu-berlin.de) said:
> > > I ported pmake to SunOS 5.5.1, 5.6, and 5.7. The port based on the
> > > FreeBSD-4.0-current make version from 9th S
Out of da blue gregory_d_moncre...@res.raytheon.com aka
(gregory_d_moncre...@res.raytheon.com) said:
> http://www.boston.com/dailyglobe2/259/business/Even_better_than_Linux+.shtml
Looks like that url should be ...
http://www.boston.com/technology/plugged.shtml
#:^)
--
So ya want ta here
On Thu, Sep 16, 1999 at 12:25:52PM +, greg wrote:
> I'm trying to run 1-2 processes with very large memory footprints on my P2
> SMP
> machine. I'm finding that the process switches cpu's quite often, which
> obviously isn't good for the caches on the CPU.
>
> Can anybody point me to a pap
On Thu, 16 Sep 1999, Keith Stevenson wrote:
> On Thu, Sep 16, 1999 at 12:25:52PM +, greg wrote:
> > I'm trying to run 1-2 processes with very large memory footprints on my P2
> > SMP
> > machine. I'm finding that the process switches cpu's quite often, which
> > obviously isn't good for th
Christopher Sedore wrote:
>
> On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> >
> > Do you by any change have an idea how to fix PR kern/13075
> > (signal is not posted for async I/O on raw devices)
>
> Yes. There is no code to post the signal unless the job is of the lio
> variety. Writing a fix
On Thu, 16 Sep 1999, Wes Peters wrote:
> Christopher Sedore wrote:
> >
> > On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> > >
> > > Do you by any change have an idea how to fix PR kern/13075
> > > (signal is not posted for async I/O on raw devices)
> >
> > Yes. There is no code to post the sig
> As the originator suggested in his subsequent posting to the PR
> database, we can defined "panic" key and handle it in syscons
> as follows:
Would not the 'panic' option in DDB be enough to handle this, or
am I missing something? I'm not opposed to adding a panic() key combo,
just wonde
On Sun, Sep 12, 1999 at 10:51:13PM +0100, Tony Finch wrote:
>
>Peter Wemm wrote:
>>
>>On newer motherboards, it's addressable on the SMB bus (along with
>>the SIMMS, the LM78/LM75/etc, the embedded LM75 in the newer CPU,
>>etc). Anyway, the newer devices are programmable to do things like
>>the 4-
How do I nuke vnodes? This is the NetBSD code that needs to be emulated:
/* locate the major number */
for (maj = 0; maj < nchrdev; maj++)
if (cdevsw[maj].d_open == ulptopen)
break;
/* Nuke the vnodes for any open instances (calls c
On Thu, 16 Sep 1999, Nick Hibma wrote:
>
> How do I nuke vnodes? This is the NetBSD code that needs to be emulated:
>
> /* locate the major number */
> for (maj = 0; maj < nchrdev; maj++)
> if (cdevsw[maj].d_open == ulptopen)
> break;
>
>
On Thu, 16 Sep 1999, Nick Hibma wrote:
>
> How do I nuke vnodes? This is the NetBSD code that needs to be emulated:
>
> /* locate the major number */
> for (maj = 0; maj < nchrdev; maj++)
> if (cdevsw[maj].d_open == ulptopen)
> break;
>
>
On Thu, 16 Sep 1999, Julian Elischer wrote:
>
> On Thu, 16 Sep 1999, Nick Hibma wrote:
>
> >
> > How do I nuke vnodes? This is the NetBSD code that needs to be emulated:
> >
> > /* locate the major number */
> > for (maj = 0; maj < nchrdev; maj++)
> > if (cdev
Christopher Sedore wrote:
>
> On Thu, 16 Sep 1999, Wes Peters wrote:
>
> > Christopher Sedore wrote:
> > >
> > > On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> > > >
> > > > Do you by any change have an idea how to fix PR kern/13075
> > > > (signal is not posted for async I/O on raw devices)
> > >
In message <19990916220426.04...@breizh.free.fr>, Nicolas Souchu wrote:
>On Sun, Sep 12, 1999 at 10:51:13PM +0100, Tony Finch wrote:
>>
>>Peter Wemm wrote:
>>>
>>>On newer motherboards, it's addressable on the SMB bus (along with
>>>the SIMMS, the LM78/LM75/etc, the embedded LM75 in the newer CPU,
On Saturday, 21 August 1999 at 15:37:40 +0200, Assar Westerlund wrote:
> Zhihui Zhang writes:
>> Thanks for your response. I can not think of those points myself.
>> However, on page 7 of the book "Panic! Unix system crash dump analysis",
>> it says that a debugger named kadb in SunOS can load th
Hi,
as I understand it, TLB misses on the alpha are handled by the
software (as opposed to x86 where they are handled in hardware). Can someone
help me with the FreeBSD code. I'm trying to locate the kernel code that
implements the TLB handler. I'd appreciate if someone can tell me how the
On Thu, Sep 16, 1999 at 12:25:52PM +, greg wrote:
> Can anybody point me to a paper, mailing list discussion, etc. that discusses
> scheduling processes to not thrash the cpu caches? Or if there's anything in
> place, how I can take advantage of it, etc. I got stumped on the idea
> a while
On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> > - Trailing spaces and empty lines are ignored.
> > - A `#' sign will mark the remaining of the line as a comment.
> >
> > Reviewed by:Ari Suutari
> >
> > Perhaps the parser is skipping my redirect_port lines?
> >
> Yeah, I committed this chang
On Wed, 15 Sep 1999, Daniel Eischen wrote:
> > Thanks, I figured as much. I just thought I remember being told at one
> > point that gdb's thread support on FreeBSD had improved. Given a choice
> > between adding thread support to GDB myself and developing my application
> > on NT, which by the w
>>Number: 13721
>>Category: kern
>>Synopsis: There is no way to force system panic from console
[...]
>>Release:FreeBSD 3.3-RC
>>Organization:
>Server
>>Environment:
>>Description:
>Under some rare circumstances there is a real need to reboot system via kernel
>'s pani
On Wed, 15 Sep 1999, Alfred Perlstein wrote:
>
> On Wed, 15 Sep 1999, Christopher Sedore wrote:
>
> > My ideas for this are a little different than what I've seen proposed thus
> > far, more along the lines of creating something that acts as both an event
> > queue and a IOCP. Ideally this w
I ported pmake to SunOS 5.5.1, 5.6, and 5.7. The port based on the
FreeBSD-4.0-current make version from 9th September 1999.
I successfully compiled pmake itself and the FreeBSD Web server.
The binaries are available at
http://www.de.freebsd.org/~wosch/src/pmake/
--
Wolfram Schneider <[EMAIL P
Out of da blue Wolfram Schneider aka ([EMAIL PROTECTED]) said:
> I ported pmake to SunOS 5.5.1, 5.6, and 5.7. The port based on the
> FreeBSD-4.0-current make version from 9th September 1999.
>
> I successfully compiled pmake itself and the FreeBSD Web server.
>
> The binaries are available at
>
I filed a followup with a patch (against 4.x, but it will probably work
just as well against 3.x, but I don't have a handy way to try it).
-Chris
On Wed, 15 Sep 1999, Mike Smith wrote:
> >
> >
> > On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> >
> > > > The aio_* stuff (I use a custom patched
In message <[EMAIL PROTECTED]> Kazutaka YOKOTA
writes:
: case _PANIC_KEY_
: #if !defined(SC_DISABLE_REBOOT) && !defined(SC_DISABLE_PANIC)
: if (securelevel <= 0)
: panic();
: #endif
: break;
:
: Any opinions?
I can see this being useful on
On Thu, 16 Sep 1999, bush doctor wrote:
> Out of da blue Wolfram Schneider aka ([EMAIL PROTECTED]) said:
> > I ported pmake to SunOS 5.5.1, 5.6, and 5.7. The port based on the
> > FreeBSD-4.0-current make version from 9th September 1999.
> >
> > I successfully compiled pmake itself and the FreeB
I'm trying to run 1-2 processes with very large memory footprints on my P2 SMP
machine. I'm finding that the process switches cpu's quite often, which
obviously isn't good for the caches on the CPU.
Can anybody point me to a paper, mailing list discussion, etc. that discusses
scheduling proce
http://www.boston.com/dailyglobe2/259/business/Even_better_than_Linux+.shtm
l
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
>Events could also (I haven't thought this out, so please forgive me if
>there's an obvious bugaboo here) return additional information about the
>descriptor/whatever. One nice possibility would be outgoing buffer space
>on sockets. This may or may not be worth the coding effort.
>
First, If
Out of da blue The Hermit Hacker aka ([EMAIL PROTECTED]) said:
> On Thu, 16 Sep 1999, bush doctor wrote:
>
> > Out of da blue Wolfram Schneider aka ([EMAIL PROTECTED]) said:
> > > I ported pmake to SunOS 5.5.1, 5.6, and 5.7. The port based on the
> > > FreeBSD-4.0-current make version from 9th Se
Out of da blue [EMAIL PROTECTED] aka
([EMAIL PROTECTED]) said:
> http://www.boston.com/dailyglobe2/259/business/Even_better_than_Linux+.shtml
Looks like that url should be ...
http://www.boston.com/technology/plugged.shtml
#:^)
--
So ya want ta here da roots?
Dem that feels it knows it
On Thu, Sep 16, 1999 at 12:25:52PM +, greg wrote:
> I'm trying to run 1-2 processes with very large memory footprints on my P2 SMP
> machine. I'm finding that the process switches cpu's quite often, which
> obviously isn't good for the caches on the CPU.
>
> Can anybody point me to a paper
On Thu, 16 Sep 1999, Keith Stevenson wrote:
> On Thu, Sep 16, 1999 at 12:25:52PM +, greg wrote:
> > I'm trying to run 1-2 processes with very large memory footprints on my P2 SMP
> > machine. I'm finding that the process switches cpu's quite often, which
> > obviously isn't good for the ca
Christopher Sedore wrote:
>
> On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> >
> > Do you by any change have an idea how to fix PR kern/13075
> > (signal is not posted for async I/O on raw devices)
>
> Yes. There is no code to post the signal unless the job is of the lio
> variety. Writing a fix
On Thu, 16 Sep 1999, Wes Peters wrote:
> Christopher Sedore wrote:
> >
> > On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> > >
> > > Do you by any change have an idea how to fix PR kern/13075
> > > (signal is not posted for async I/O on raw devices)
> >
> > Yes. There is no code to post the si
> As the originator suggested in his subsequent posting to the PR
> database, we can defined "panic" key and handle it in syscons
> as follows:
Would not the 'panic' option in DDB be enough to handle this, or
am I missing something? I'm not opposed to adding a panic() key combo,
just wond
On Sun, Sep 12, 1999 at 10:51:13PM +0100, Tony Finch wrote:
>
>Peter Wemm <[EMAIL PROTECTED]> wrote:
>>
>>On newer motherboards, it's addressable on the SMB bus (along with
>>the SIMMS, the LM78/LM75/etc, the embedded LM75 in the newer CPU,
>>etc). Anyway, the newer devices are programmable to do
How do I nuke vnodes? This is the NetBSD code that needs to be emulated:
/* locate the major number */
for (maj = 0; maj < nchrdev; maj++)
if (cdevsw[maj].d_open == ulptopen)
break;
/* Nuke the vnodes for any open instances (calls
On Thu, 16 Sep 1999, Nick Hibma wrote:
>
> How do I nuke vnodes? This is the NetBSD code that needs to be emulated:
>
> /* locate the major number */
> for (maj = 0; maj < nchrdev; maj++)
> if (cdevsw[maj].d_open == ulptopen)
> break;
>
>
On Thu, 16 Sep 1999, Nick Hibma wrote:
>
> How do I nuke vnodes? This is the NetBSD code that needs to be emulated:
>
> /* locate the major number */
> for (maj = 0; maj < nchrdev; maj++)
> if (cdevsw[maj].d_open == ulptopen)
> break;
>
On Thu, 16 Sep 1999, Julian Elischer wrote:
>
> On Thu, 16 Sep 1999, Nick Hibma wrote:
>
> >
> > How do I nuke vnodes? This is the NetBSD code that needs to be emulated:
> >
> > /* locate the major number */
> > for (maj = 0; maj < nchrdev; maj++)
> > if (cde
Christopher Sedore wrote:
>
> On Thu, 16 Sep 1999, Wes Peters wrote:
>
> > Christopher Sedore wrote:
> > >
> > > On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> > > >
> > > > Do you by any change have an idea how to fix PR kern/13075
> > > > (signal is not posted for async I/O on raw devices)
> > >
In message <[EMAIL PROTECTED]>, Nicolas Souchu wrote:
>On Sun, Sep 12, 1999 at 10:51:13PM +0100, Tony Finch wrote:
>>
>>Peter Wemm <[EMAIL PROTECTED]> wrote:
>>>
>>>On newer motherboards, it's addressable on the SMB bus (along with
>>>the SIMMS, the LM78/LM75/etc, the embedded LM75 in the newer CP
On Saturday, 21 August 1999 at 15:37:40 +0200, Assar Westerlund wrote:
> Zhihui Zhang <[EMAIL PROTECTED]> writes:
>> Thanks for your response. I can not think of those points myself.
>> However, on page 7 of the book "Panic! Unix system crash dump analysis",
>> it says that a debugger named kadb
Hi,
as I understand it, TLB misses on the alpha are handled by the
software (as opposed to x86 where they are handled in hardware). Can someone
help me with the FreeBSD code. I'm trying to locate the kernel code that
implements the TLB handler. I'd appreciate if someone can tell me how th
On Thu, Sep 16, 1999 at 12:25:52PM +, greg wrote:
> Can anybody point me to a paper, mailing list discussion, etc. that discusses
> scheduling processes to not thrash the cpu caches? Or if there's anything in
> place, how I can take advantage of it, etc. I got stumped on the idea
> a whil
On Wed, 15 Sep 1999, Ruslan Ermilov wrote:
> > - Trailing spaces and empty lines are ignored.
> > - A `#' sign will mark the remaining of the line as a comment.
> >
> > Reviewed by:Ari Suutari <[EMAIL PROTECTED]>
> >
> > Perhaps the parser is skipping my redirect_port lines?
> >
> Yeah, I
> int major;
> dev_t dev;
> struct vnode *vp;
>
> major = ultp_cdevsw.d_maj;
> dev = makedev(major, self->dv_unit)
> vp = SLIST_FIRST(&dev->si_hlist);
if (vfinddev(dev, VCHR, &vp))
VOP_REVOKE(vp, REVOKEALL);
#if 0
> if (vp) {
> VOP_REVOKE(vp. REVOKEALL);
> }
#endif
> re
60 matches
Mail list logo
