Re: Problem with FreeBSD

1999-09-16 Thread Sheldon Hearn
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,

panic() the system from the console (was: Re: kern/13721: There is no way to force system panic from console)

1999-09-16 Thread Kazutaka YOKOTA
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 from the

Re: High Performance I/O (more)

1999-09-16 Thread Christopher Sedore
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 would be

Re: pmake binaries for Solaris

1999-09-16 Thread bush doctor
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

Re: kern/13075 (was: Re: aio_*)

1999-09-16 Thread Christopher Sedore
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 version in

Re: pmake binaries for Solaris

1999-09-16 Thread The Hermit Hacker
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 FreeBSD Web

cache-friendly scheduling for SMP

1999-09-16 Thread greg
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

boston globe article....

1999-09-16 Thread Gregory_D_Moncreaff
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

Re: High Performance I/O (more)

1999-09-16 Thread Jayson Nordwick
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 you

Re: pmake binaries for Solaris

1999-09-16 Thread bush doctor
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 September

Re: boston globe article....

1999-09-16 Thread bush doctor
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

Re: cache-friendly scheduling for SMP

1999-09-16 Thread David Scheidt
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 caches

Re: kern/13075 (was: Re: aio_*)

1999-09-16 Thread Wes Peters
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 took

Re: kern/13075 (was: Re: aio_*)

1999-09-16 Thread Christopher Sedore
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 signal unless the

Re: panic() the system from the console (was: Re: kern/13721: Thereis no way to force system panic from console)

1999-09-16 Thread Doug
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

nuking a vnode

1999-09-16 Thread Nick Hibma
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

Re: nuking a vnode

1999-09-16 Thread Brian F. Feldman
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;

Re: kern/13075 (was: Re: aio_*)

1999-09-16 Thread Wes Peters
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) Yes. There is no

Re: damn ATX power supplies...

1999-09-16 Thread Takanori Watanabe
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 CPU, etc). Anyway,

Re: Kernel debugging questions

1999-09-16 Thread Greg Lehey
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 in SunOS

TLB miss handler for alpha running FreeBSD-4.0

1999-09-16 Thread Mohit Aron
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

Re: cache-friendly scheduling for SMP

1999-09-16 Thread Arun Sharma
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

Re: Multiple NAT alias addresses

1999-09-16 Thread Doug White
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 committed this

Re: perl stangeness on 3.3-RC

1999-09-16 Thread Christopher Masto
On Wed, Sep 15, 1999 at 06:37:34PM -0400, David E. Cross wrote: method isn't working. FreeBSD doesn't have a gethostname _system_ call, but it does have the gethostname() library call (which uses sysctl(2)). Any ideas how to get perl to use this? Write a small xs module? -- Christopher

Re: Problem with FreeBSD

1999-09-16 Thread Sheldon Hearn
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,

Re: does gdb on 3.3RC have thread support? (fwd)

1999-09-16 Thread Doug Rabson
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 way has

panic() the system from the console (was: Re: kern/13721: There is no way to force system panic from console)

1999-09-16 Thread Kazutaka YOKOTA
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 from the system

Re: High Performance I/O (more)

1999-09-16 Thread Christopher Sedore
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 would be a

pmake binaries for Solaris

1999-09-16 Thread Wolfram Schneider
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

Re: pmake binaries for Solaris

1999-09-16 Thread bush doctor
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 at

Re: kern/13075 (was: Re: aio_*)

1999-09-16 Thread Christopher Sedore
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 version in

Re: panic() the system from the console (was: Re: kern/13721: There is no way to force system panic from console)

1999-09-16 Thread Warner Losh
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 opinions?

Re: pmake binaries for Solaris

1999-09-16 Thread The Hermit Hacker
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 FreeBSD

cache-friendly scheduling for SMP

1999-09-16 Thread greg
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

boston globe article....

1999-09-16 Thread Gregory_D_Moncreaff
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

Re: High Performance I/O (more)

1999-09-16 Thread Jayson Nordwick
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 you

Re: pmake binaries for Solaris

1999-09-16 Thread bush doctor
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 September

Re: boston globe article....

1999-09-16 Thread bush doctor
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

Re: cache-friendly scheduling for SMP

1999-09-16 Thread Keith Stevenson
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,

Re: cache-friendly scheduling for SMP

1999-09-16 Thread David Scheidt
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 caches

Re: kern/13075 (was: Re: aio_*)

1999-09-16 Thread Wes Peters
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 took about

Re: kern/13075 (was: Re: aio_*)

1999-09-16 Thread Christopher Sedore
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 signal unless the

Re: panic() the system from the console (was: Re: kern/13721: There is no way to force system panic from console)

1999-09-16 Thread Doug
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 wondering

Re: damn ATX power supplies...

1999-09-16 Thread Nicolas Souchu
On Sun, Sep 12, 1999 at 10:51:13PM +0100, Tony Finch wrote: Peter Wemm pe...@netplex.com.au 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

nuking a vnode

1999-09-16 Thread Nick Hibma
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

Re: nuking a vnode

1999-09-16 Thread Brian F. Feldman
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;

Re: nuking a vnode

1999-09-16 Thread Julian Elischer
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;

Re: nuking a vnode

1999-09-16 Thread Julian Elischer
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 (cdevsw[maj].d_open

Re: kern/13075 (was: Re: aio_*)

1999-09-16 Thread Wes Peters
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) Yes. There is no code

Re: damn ATX power supplies...

1999-09-16 Thread Takanori Watanabe
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 pe...@netplex.com.au 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

Re: Kernel debugging questions

1999-09-16 Thread Greg Lehey
On Saturday, 21 August 1999 at 15:37:40 +0200, Assar Westerlund wrote: Zhihui Zhang zzh...@cs.binghamton.edu 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

TLB miss handler for alpha running FreeBSD-4.0

1999-09-16 Thread Mohit Aron
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

Re: cache-friendly scheduling for SMP

1999-09-16 Thread Arun Sharma
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