> test.
Try running powerd with a 5000 ms polling interval. With the default
of 500 ms, it never seems to stabilize, but keeps oscillating wildly
in the 75-300 MHz range on my Dell Latitude D600.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
__
Nate Lawson <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav wrote:
> > Try running powerd with a 5000 ms polling interval. With the default
> > of 500 ms, it never seems to stabilize, but keeps oscillating wildly
> > in the 75-300 MHz range on my Dell Latit
Nate Lawson <[EMAIL PROTECTED]> writes:
> Some drivers require interrupts disabled, but it should be for a very
> brief time. acpi_perf usually generates an SMI so that may be slow
> for your BIOS. Are you getting messages on console about the change
> timing out?
Nope.
l is
> fully back up.
...or keep the firmware image in memory after loading it the first
time around.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, s
"Damien Bergamini" <[EMAIL PROTECTED]> writes:
> I don't like the idea of keeping the firmware in kernel memory.
> It's a rather big file (~200KB).
This is 2005, not 1995. 200 kB is small change.
DES
--
Dag-Er
things happen.
IIRC, POSIX allows (but does not require) select(2) to modify the
provided struct timeval to reflect how much time remains until the
original deadline. Personally, I would find that very useful...
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
"Poul-Henning Kamp" <[EMAIL PROTECTED]> writes:
> [1] Yes, great conference, you missed out. We beat OpenBSD approx
> 2:1 on the beer drinking contest [...]
Actually, we didn't. They stayed longer, and caught up.
DES
--
Dag-Erling
SION bumped.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "cvs-all-unsubscr...@freebsd.org"
Robert Watson <[EMAIL PROTECTED]> writes:
> Thanks for fixing this -- I ran this patch in testing for ages, but
> must have done some "clean up" or other such 99.85% harmless activity
> :-(.
And how many years have you been drinking from glasses...?
*ducks* *runs*
DE
Craig Rodrigues <[EMAIL PROTECTED]> writes:
> Log:
> Add xfs to list of modules which are built.
Please revert. xfs has unconditional dependencies on KDB and breaks
the build for KDB-less kernels.
DES
--
Dag-Erling Smørgrav - [EMA
g these to security /
errata branches.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
for
you.
> > P.S. There's no way to recover from the breakage except for
> > taking these files out of the CVS backup, but it's still a good
>> idea to also remove them on the vendor (ISC) branch.
> Same here, or feel free to fix it yourself.
You
; that it will.
Thank you. I've given up trying to understand POSIX job control.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
John Baldwin <[EMAIL PROTECTED]> writes:
> Log:
> Trim another pointer from struct lock_object (and thus from struct mtx and
> struct sx). [...]
Missed one...
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
Index: sys/ke
which is why we usually describe what you did as "ANSIfy".
See also src/tools/tools/ansify.
DES (needs to spend less time on comp.lang.c)
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org
Alexander Leidinger <[EMAIL PROTECTED]> writes:
> Log:
> Backput the "Dell ID" part of the last commit, it was already tried in
> the past but didn't worked.
To avoid repetition in the future, perhaps it should be present, but
commented out with a notice expla
sone, who
added the warning in the first place)
- add options VFS_AIO to GENERIC
- merge all of this to RELENG_6 before the freeze
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailm
GCC has a limit on how much a function
is allowed to grow as a result of inlining. Frankly, the mess of
inlined functions in isp_inline.h is a symptom of poor design, and
counter-productive; you probably lose more cycles to cache trashing
than you gain from avoiding function calls.
DES
--
Dag-
t; statically compiled into the kernel or be loaded by the boot loader
> through BIOS (maybe through an analog of initrd ram disk - I'm not
> sure what advances have been done to the FreeBSD boot loader
> nowadays).
The required drivers are already in GENERIC.
D
USB 1.x. If it
takes half an hour, I suspect GRUB is doing something stupid like
reading it one sector at a time (requiring a switch to x86 mode for
every 512 bytes read)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org ma
or before "__format_arg"
> *** Error code 1
This is trivial to hack around (e.g. by adding "-D__format_arg(x)=" to
CFLAGS in make.conf). I agree that it's unfortunate that this breaks
upgrading across branches, but it is not a serious obstacle to
recov
Stefan Farfeleder <[EMAIL PROTECTED]> writes:
> Unless I'm mistaken "make includes" does not install /usr/include/sys,
It does. It would be useless if it didn't.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@
orting problem over and over again,
> there should be a better sollution.
There is in C99: printf("%" PRIu64 "\n", foo);
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/
Hajimu UMEMOTO <[EMAIL PROTECTED]> writes:
> I don't think this is usable. Unless loading cpufreq by loader.conf,
> I never be able to use its feature on my laptop.
Works fine on my Dimension XPS.
DES
--
Dag-Erling Smørgrav -
^
> Did you really mean that?
hmm, no, p4tcc is i386-only; ichss is a better choice.
unfortunately, cpu/cpufreq is only an attachment point, and is present
whether or not the module is loaded, so we can't use that.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTEC
complicates the logic without adding much
benefit.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ntics you want instead of expecting me to read
your mind.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
module", class_name);
> }
> }
you have to admit this is a pretty specialized case.
> Yet another option is to reimplement kld_load(3) to:
>
> kld_load(const char *modname, const char *kldname);
>
> (and eventually remove kld_isloaded(3)).
uh, no. there m
or their
own CVS repo mirror). Suppressing the link will only perpetuate the
dangerous illusion that information placed in /internal is somehow
magically secure from prying eyes.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org maili
, while the policy in FreeBSD is to use mutexes to protect data.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> iwi(4), ipw(4), ispfw(4) and digi(4).
...and not least ndis(4)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ave to translate their own scancodes into at scancodes (just
> like ukbd(4) does).
Considering that ukbd(4) is the only kbd driver that runs on all
platforms, it might make sense to have all other drivers translate
their scancodes to ukbd(4) scancodes and use that in kbdmux(4) and
syscons(4)
alignment for the cast.
> Doesn't this trade a compile time warning for a runtime fault on those
> architectures where alignment matters?
Unless the stailq head has been corrupted, we know that the result of
the expression is correctly aligned for a pointer to struct typ
Pawel Jakub Dawidek <[EMAIL PROTECTED]> writes:
> - I don't really buy that not creating log files is a security feature.
No, but not creating log files with the wrong ownership and
permissions is.
DES
--
Dag-Erling Smørgrav - [E
Kris Kennaway <[EMAIL PROTECTED]> writes:
> Log:
> It has not been possible to specify a dumpdev in loader.conf since 2002,
> so don't raise false hopes here.
Not quite right. Take a look at src/etc/rc.d/dumpon.
DES
--
Dag-Erling Smørgra
ts them as CWP-854; the chip is marked RT2560F
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hajimu UMEMOTO <[EMAIL PROTECTED]> writes:
> Log:
> NOMAN --> NO_MAN
No, the correct spelling is
MAN=
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
useless on an ELF system, and may be harmful if you are
trying to cross-build software that links against libraries for which
.la files are installed.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.f
lling is
> > > MAN=
> Since when? I found 36 NO_MAN='s in my tree and none 'MAN='.
Since we abandoned MAN[1-9]. The fact that many old Makefiles still
use NO_MAN doesn't make it right; NO_MAN is a user knob, not a
Makefile knob (same distinction as betw
ac.in in the first place? The correct name
is configure.ac; configure.in is the old convention which was phased
out to avoid confusion; .in is now reserved for file which configure
itself processes.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
c
Ade Lovett <[EMAIL PROTECTED]> writes:
> On Mar 07, 2006, at 16:59 , Dag-Erling Smørgrav wrote:
> > .la files are useless on an ELF system
> Cite, please? Given that around 35% of our libtool-using ports
> already installed .la files prior to this change, as well as
>
t/kernel to $(dirname $(sysctl -n kern.bootfile)) so things like
zsh's kldload argument completion still work.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-a
ecommend a good (and short)
primer?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
contrast with NO_OBJ and similar knobs.
>
> I can only suggest to make it spell "NO_MAN=", i.e., without any value.
>
> Was there some discussion that I've missed?
I was told long ago (shortly after we switched from MAN[1-9] to just
MAN, I believe) that NO_MAN was wron
Ade Lovett <[EMAIL PROTECTED]> writes:
> On Mar 10, 2006, at 00:58 , Dag-Erling Smørgrav wrote:
> > The purpose of .la files is to record dependencies between libraries.
> I am fully aware of .la files do. Really.
Good! Now explain to me what good it does to have them aroun
Ade Lovett <[EMAIL PROTECTED]> writes:
> On Mar 14, 2006, at 05:10 , Dag-Erling Smørgrav wrote:
> > It used to be a breeze. It is now considerably harder, because
> > gnu-autoconf's aclocal can't find libtool.ac, so you can't build
> > anything tha
Ade Lovett <[EMAIL PROTECTED]> writes:
> On Mar 15, 2006, at 01:51 , Dag-Erling Smørgrav wrote:
> > libtool.m4, actually. devel/gnu-libtool installs it:
> So? devel/gnu-libtool was not touched by this change, nor, indeed,
> were any of the devel/gnu-* autotools.
So why are
tin1 -mdoc strtonum.3 2>&1 | less
(you may want to substitute another device for latin1, e.g. utf8 or
koi8-r; see grotty(1) for a list of supported devices)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
ht
has tab completion for module names
for kldload, based on the contents of /boot/kernel.
My intention in the long term is to have all kernels installed in
/boot/${KERN_IDENT} (e.g. /boot/GENERIC) and have the loader present a
list of available kernels, with the default being the one that was
insta
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
> John-Mark Gurney <[EMAIL PROTECTED]> writes:
> > What part of the tree assumes that /boot/kernel exists?
> Nothing in the tree, but [...]
ah, correction: if you build MODULES_WITH_WORLD or from ports or
manually out of /sys/mod
e
NO_PROFILE). Is that intentional?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
h had to be recompiled, and ume@ forgot to hook up the symbol
maps for the libc resolver. I tripped over this while investigating
the latter.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/ma
n your address space, whichever comes first. It should be
> possible to make 1TB files on 32 bit systems, but of course address space
> runs out long before then.
Are you saying that mmap() is not constrained by maxdsiz?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
__
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> Heh, I have no idea what this is, but it sounds really cool, is
> there a URL where I can read up on it?
http://www.google.com/search?&q=elf%20symbol%20versioning
DES
--
Dag-Erling Smørgrav -
s; in fact, it serves no purpose except to discourage
legitimate correspondance.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ritish actor working in Hollywood, though
he is not nearly as famous as Matt Dillon...
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Julian Elischer <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav wrote:
> > Are you saying that mmap() is not constrained by maxdsiz?
> that seems to be the case from my experience.
That's bad. Our new malloc() uses mmap() to allocate arenas, which
means that dsiz n
t for me to say that everyone who submits a valuable patch
> to FreeBSD must also have their email address posted for spammers to
> pick up on.
It's been the de facto policy since the birth of the project. We can
easily formalize it.
DE
grow up, accept
the hard facts of life, and install a spam filter?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
% ulimit -d $((512*1024))
% ./allocate
1361241 kB
In all cases, it should stop when it reaches dsiz.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
/*
* cc -Wall -pedantic -std=c99 -O2 -pipe -o allocate allocate.c
*/
#include
#include
#include
static volatile sig_atomic_t sig_caught;
static
effective ways to combat spam:
1) install a spam filter
2) find an email provider (such as gmail) that has one
3) find a big rock and spend the rest of your life in a hole under it
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@free
derbox build didn't work for me in a cross build case
> on my main build machine (which runs RELENG_6).
You keep saying that, but I have yet to see an error report from you.
Besides, you don't need the tinderbox to cross-build; all you need is
TARGET_ARCH.
DE
David Xu <[EMAIL PROTECTED]> writes:
> Log:
> Comment out -g compiler option, found by 'FreeBSD Build Options Survey'.
You should simply remove it (users who want it can define DEBUG_FLAGS
in make.conf), and define WARNS instead of adding -Wall to CFLAGS.
DES
--
Dag-Er
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
> David Xu <[EMAIL PROTECTED]> writes:
> > Log:
> > Comment out -g compiler option, found by 'FreeBSD Build Options Survey'.
> You should simply remove it (users who want it can define DEBUG_FLAGS
> in ma
am not inclined to ask you about
anything that has to do with C.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
David Xu <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > It is deprecated, which is supposed to mean there will be no future
> > extensions.
> Deprecated ? where you did get the idea ?
>From a comment in umtx.h.
> Pleas
ures.
> It should really be uintptr_t rather than u_int.
I realize that, but I wasn't sure I could safely assume that uintptr_t
is defined - and by definition, at this point in the code, we know
that u_int is compatible with a pointer.
DES
--
Dag
ch is declared to take u_int. The only way
to make this type safe is to use inline functions instead of the
macros I wrote.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-a
John Baldwin <[EMAIL PROTECTED]> writes:
> On Tuesday 28 March 2006 13:05, Dag-Erling Smørgrav wrote:
> > John Baldwin <[EMAIL PROTECTED]> writes:
> > > One reason for not having the casts, btw, is that you lose type
> > > checking.
> > Huh? Before my
John Baldwin <[EMAIL PROTECTED]> writes:
> On Tuesday 28 March 2006 14:28, Dag-Erling Smørgrav wrote:
> > which uses uintptr_t, not actual pointers, to avoid warnings. In
> > effect, that code is broken.
> No, it's on _purpose_, because we do arithmetic on the valu
27;s commit logs until late fall)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
prototypes for syscall
wrappers, mostly).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
Index: Makefile
===
RCS file: /home/ncvs/src/lib/libpthread/Makefile,v
retrieving revision 1.56
diff -u -r1.56 Makefile
--- Makefile 16 Mar 2006
remove the
> use of [un-]namespace.h in these files and add separate declarations
> for the needed _pthread_foo() functions in
> libpthread/thread/thr_private.h.
no, my commit did exactly what it was intended to do: the mismatch
between prototype and definition is a bug that went undetected
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
> My bad. I shouldn't have committed this yet: the patch is correct,
> but requires other changes in libthr and libpthread.
should be fixed now.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
uctures (which the thread libraries
need to know about) and implementation details (which they don't).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cation - been there, done that). I believe the correct fix in
this case is to move below "un-namespace.h".
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs
bsolutely sure that the corruption isn't intentional? Note
that the only non-printable characters are \a; it seems to me that the
point of this truncated entry is precisely to leave the reader
wondering what the punchline is and cursing the "line noise".
DES
--
Doug Ambrisko <[EMAIL PROTECTED]> writes:
> Log:
> Add in linsysfs. A linux 2.6 like sys filesystem to pacify the Linux
> LSI MegaRAID SAS utility.
linsysfs has a dependency on procfs, but doesn't seem to use any
procfs bits. is that intentional?
DES
--
Dag-Erli
Doug Ambrisko <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > linsysfs has a dependency on procfs, but doesn't seem to use any
> > procfs bits. is that intentional?
> That probabably my confusion with what was in procfs versu
is that? :-)
A stupid way of spelling <[EMAIL PROTECTED]> by someone who thinks
mangling email addresses is an effective anti-spam measure.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.fre
rc/sys/i386/conf/GENERIC: device pcn # AMD Am79C97x
PCI 10/100(precedence over 'lnc')
src/sys/pc98/conf/GENERIC: device pcn # AMD Am79C97x
PCI 10/100 (precedence over 'lnc')
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
egular Guinness?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Alexander Leidinger <[EMAIL PROTECTED]> writes:
> AFAIK marking them as internal is not possible automatically.
Sure it is. We have the Doxygen source code, don't we?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.or
e voice has enrolled in a twelve-step program, and would
like you all to know that it no longer intends to allow itself to be
used.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/ma
urity holes, open access to the /proc/ directory for users
> other than root to read or search the directory.
>
> Reviewed by:des (back in February)
> MFC after: 3 weeks
In hindsight, I think I prefer the attached (untested) solution...
DES
--
Dag-Erling Smørgrav - [EMAI
right, the &= ~077 shoud simply be = 0.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Wilko Bulte <[EMAIL PROTECTED]> writes:
> Modified files:
> games/fortune/datfiles fortunes
> Log:
> visionary thoughts..
fortune entries are supposed to be sorted lexically...
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
_
ree, and just have
sysinstall create one at install time.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
"David O'Brien" <[EMAIL PROTECTED]> writes:
> Since all of our other files systems have a mount_ command,
ufs / ffs doesn't.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists
Mike Tancsa <[EMAIL PROTECTED]> writes:
> At 04:39 AM 9/13/2006, Dag-Erling Smorgrav wrote:
> > Log:
> > MFC: CPUTYPE support for VIA C3
> Does anything currently make use of V3 specific optimizations ?
I don't understand the question...
DES
--
Dag-Erlin
tium-mmx, which disables 3DNow! / SSE.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
an't
be expected to examine every MFC request in excruciating detail. You
should be able to trust the requesting committer to do the right
thing.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mail
SANETO Takanori <[EMAIL PROTECTED]> writes:
> As for mount.c, following part should be MFC'ed as well.
Thanks, I don't understand how it was left out.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.or
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
> SANETO Takanori <[EMAIL PROTECTED]> writes:
> > As for mount.c, following part should be MFC'ed as well.
> Thanks, I don't understand how it was left out.
Uh, wait, it was left out for a reason: there is no equivalent
be used in chdir(2) instead of
> pwd->pw_dir, this allows pam_chroot module to continue to function.
Thank you.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-
Pawel Worach <[EMAIL PROTECTED]> writes:
> Seems like this broke the pam_ssh build.
egg on my face :( thanks for the patch, and to ru@ for committing it.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> Log:
> MFC: OpenSSH 4.4p1.
>
> Approved by:re (kensmith)
This is the exact same code as in -CURRENT, except for minor
differences in config.h.
DES
--
Dag-Erling Smørgrav
SANETO Takanori <[EMAIL PROTECTED]> writes:
> Can this be the correct fix for RELENG_6?
I think so, thank you.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/c
s.no/>.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
e splash" which you moved to MD NOTES. This would also obviate
> the need in many "nodevice .*_saver" in MD NOTES.
they're still in MI files; feel free to move them from files to
files.{i386,pc98,whatever}
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
1 - 100 of 316 matches
Mail list logo
