Re: question on profiling code

2003-02-16 Thread Bruce Evans
On Sun, 16 Feb 2003, Julian Elischer wrote: > In addupc_intr, if the increment cannot be done immediatly, the addres > to increment the count for is stored and the increment is done later at > ast or userret() time... Note that "cannot be done immediatly" is "always except on sparc64's" under Fre

Re: cvs commit: src/lib/libc/stdlib rand.c

2003-02-16 Thread Tim Robbins
On Mon, Feb 17, 2003 at 08:53:09AM +0300, Andrey A. Chernov wrote: > On Mon, Feb 17, 2003 at 16:40:48 +1100, Tim Robbins wrote: > > > I don't think rand() > > needs a warning message like gets() &c. because it's not as dangerous. > > Wait, what kind of warning __warn_references() produce? I was

Re: cvs commit: src/lib/libc/stdlib rand.c

2003-02-16 Thread Kris Kennaway
On Sun, Feb 16, 2003 at 10:31:25PM -0800, David Schultz wrote: > > Note that I was only suggesting this patch be committed to -current > > for purposes of finding out what these applications are, and fixing > > them as appropriate. > > Then how about wrapping the warning in an #ifdef, so people w

Re: The cbus driver for pc98

2003-02-16 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Takahashi Yoshihiro <[EMAIL PROTECTED]> writes: : I have made the cbus driver for pc98 based on i386 isa driver. This : completely removes that PC98 depends on isa driver and also corrects : directory layouts (pc98/i386 -> pc98/pc98 and pc98/pc98 -> pc98

Re: The cbus driver for pc98

2003-02-16 Thread Peter Wemm
"M. Warner Losh" wrote: > In message: <[EMAIL PROTECTED]> > Takahashi Yoshihiro <[EMAIL PROTECTED]> writes: > : I have made the cbus driver for pc98 based on i386 isa driver. This > : completely removes that PC98 depends on isa driver and also corrects > : directory layouts (pc98/i386

Re: question on profiling code

2003-02-16 Thread Jake Burkholder
Apparently, On Mon, Feb 17, 2003 at 05:35:09PM +1100, Bruce Evans said words to the effect of; > On Sun, 16 Feb 2003, Julian Elischer wrote: > > > In addupc_intr, if the increment cannot be done immediatly, the addres > > to increment the count for is stored and the increment is done late

Re: Local repo: Perforce/CVS integration

2003-02-16 Thread Mathieu Arnold
--En cette belle journée du dimanche 16 février 2003 16:08 -0600 -- Juli Mallett <[EMAIL PROTECTED]> écrivait : | FreeBSD has special great evil triggers which will import things into | //depot/vendor/freebsd/src/... for example, and then we just branch off | of there, and integ -b as needed. |

Re: Local repo: Perforce/CVS integration

2003-02-16 Thread Juli Mallett
* De: Mathieu Arnold <[EMAIL PROTECTED]> [ Data: 2003-02-17 ] [ Subjecte: Re: Local repo: Perforce/CVS integration ] > --En cette belle journée du dimanche 16 février 2003 16:08 -0600 > -- Juli Mallett <[EMAIL PROTECTED]> écrivait : > | FreeBSD has special great evil triggers which will im

Re: Local repo: Perforce/CVS integration

2003-02-16 Thread Mathieu Arnold
--En cette belle journée du lundi 17 février 2003 01:21 -0600 -- Juli Mallett <[EMAIL PROTECTED]> écrivait : | * De: Mathieu Arnold <[EMAIL PROTECTED]> [ Data: 2003-02-17 ] | [ Subjecte: Re: Local repo: Perforce/CVS integration ] |> --En cette belle journée du dimanche 16 février 2003 16:

Re: ACPI thermal panics ThinkPad 600X

2003-02-16 Thread Peter Wemm
Ruslan Ermilov wrote: > > --cWoXeonUoKmBZSoM > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Sun, Feb 16, 2003 at 10:24:57AM -0800, David O'Brien wrote: > > On Sun, Feb 16, 2003 at 07:55:49PM +0200, Ruslan Ermilov wro

Re: question on profiling code

2003-02-16 Thread Julian Elischer
On Mon, 17 Feb 2003, Bruce Evans wrote: > On Sun, 16 Feb 2003, Julian Elischer wrote: > > > In addupc_intr, if the increment cannot be done immediatly, the addres > > to increment the count for is stored and the increment is done later at > > ast or userret() time... > > Note that "cannot be d

ACPI timer bug

2003-02-16 Thread Dag-Erling Smorgrav
The clock on my ASUS P5A still runs at double speed unless I have debug.acpi.disable="timer" in loader.conf (as it has for as long as we've had ACPI support). Do any ACPI wizards have any suggestions as to how I could track down the cause of this bug, and hopefully fix it? DES -- Dag-Erling Smor

<    1   2