On Sunday 15 February 2004 12:46, Dag-Erling Smørgrav wrote:
> Alexandr Kovalenko <[EMAIL PROTECTED]> writes:
> > Could you please explain me this? Result is fully reproduceable. Please
> > note, that the only difference is the output file name. Even resulting
> > files match bit-to-bit. [...]
>
>
At 10:19 AM -0700 2/15/04, M. Warner Losh wrote:
If you can tolerate errors in the output, the following is
faster because the chflags has lots less work to do:
realclean :
@rm -Rf ${.OBJDIR}/*
@chflags -R 0 ${.OBJDIR}/*
@rm -Rf ${.OBJDIR}/*
After some testing, I am planni
On Sun, Feb 15, 2004 at 10:32:30PM +0100, Poul-Henning Kamp wrote:
>
> Modify the code GCC inserts, so that it records if giant was held
> in one bit, and if not held in another, ie:
>
> if (giant)
> *counter_loc |= 1;
> else
> *counter_loc |= 2;
Alternati
We can compile our kernel with "--test-coverage --profile-arcs" to
do basic-block profiling (see kernbb(8) and gcov(1)/gcc(1) docs.)
Modify the code GCC inserts, so that it records if giant was held
in one bit, and if not held in another, ie:
if (giant)
*counter_loc |= 1;
Alexandr Kovalenko <[EMAIL PROTECTED]> writes:
> Could you please explain me this? Result is fully reproduceable. Please note,
> that the only difference is the output file name. Even resulting files match
> bit-to-bit. [...]
Definitely some kind of alignment problem, but it only shows up at
some
At 10:19 AM -0700 2/15/04, M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Garance A Drosihn <[EMAIL PROTECTED]> writes:
: realclean :
: rm -Rf ${.OBJDIR}/*
I'd make that be more like:
realclean :
@chflags -R 0 ${.OBJDIR}/*
@rm -Rf ${.OBJDIR}/*
If you can to
In message: <[EMAIL PROTECTED]>
Marcel Moolenaar <[EMAIL PROTECTED]> writes:
: On Sun, Feb 15, 2004 at 10:19:00AM -0700, M. Warner Losh wrote:
: > In message: <[EMAIL PROTECTED]>
: > Garance A Drosihn <[EMAIL PROTECTED]> writes:
: > : realclean :
: > : rm -Rf ${.OBJDIR}/*
On Sun, Feb 15, 2004 at 10:19:00AM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Garance A Drosihn <[EMAIL PROTECTED]> writes:
> : realclean :
> : rm -Rf ${.OBJDIR}/*
>
> I'd make that be more like:
>
> realclean :
> @chflags -R 0 ${.OBJDIR}/*
> @rm
Hello,
I recently upgraded from FreeBSD 5.1 to 5.2.1-RC2 because I needed
support for my Atheros-based wifi card. However, my Maestro-2E sound
card does not function under 5.2.1, whereas it worked fine with 5.1. For
what it's worth, the machine is a Toshiba Portege 7020CT, and ACPI is
(necessarily
In message: <[EMAIL PROTECTED]>
Bruce M Simpson <[EMAIL PROTECTED]> writes:
: It would be helpful if it were pointed out in documentation somewhere
: that the path to the compile and source directories, when doing NFS
: kernel installs, has to be identical to those which were in effect
In message: <[EMAIL PROTECTED]>
Garance A Drosihn <[EMAIL PROTECTED]> writes:
: realclean :
: rm -Rf ${.OBJDIR}/*
I'd make that be more like:
realclean :
@chflags -R 0 ${.OBJDIR}/*
@rm -Rf ${.OBJDIR}/*
since sometimes you wind up files that have flags set on the
Bruce M Simpson wrote:
On Sun, Feb 15, 2004 at 02:42:07AM -0500, Garance A Drosihn wrote:
It occurs to me that the simple, reliable solution to this is to
add a 'realclean' target to /usr/src/Makefile, such as:
I don't have a problem with this.
However, on a related but somewhat separate note:
On Sun, Feb 15, 2004 at 09:20:56AM + I heard the voice of
Bruce M Simpson, and lo! it spake thus:
>
> It would be helpful if it were pointed out in documentation somewhere
> that the path to the compile and source directories, when doing NFS
> kernel installs, has to be identical to those whic
On Sun, Feb 15, 2004 at 02:42:07AM -0500, Garance A Drosihn wrote:
> It occurs to me that the simple, reliable solution to this is to
> add a 'realclean' target to /usr/src/Makefile, such as:
I don't have a problem with this.
However, on a related but somewhat separate note:
It would be helpful
14 matches
Mail list logo
