drivers he
proposed to remove; all you had to do was say “I still use this driver”.
There was no need to attack him, much less to swear.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org
blubee blubeeme writes:
> You seem to miss the point where the you avoid breaking the system for
> any users not on the bleeding edge.
You seem to miss the point where nobody is interested in anything you
have to say any more.
DES
--
Dag-Erling Smørgrav - d...@
Johannes,
Niclas, Warner and others with a century of combined experience will be
thrilled to see you succeed where they, by your account, have failed.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
https://lists.
opers, our friends, most of us want nothing to do with you. If
can't live with that, I'm sure you can figure out how to install Linux.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.o
Slawa Olhovchenkov writes:
> IMHO, ntp.conf need to include some numeric IP of public ntp servers.
https://en.wikipedia.org/wiki/NTP_server_misuse_and_abuse
https://en.wikipedia.org/wiki/Poul-Henning_Kamp#Dispute_with_D-Link
DES
--
Dag-Erling Smørgrav - d...@des
e number. I will make sure this change
is reverted in 10, and we can discuss whether to keep it in 11.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsub
the bug before it affected you. No hard feelings?
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-
Slawa Olhovchenkov writes:
> Dag-Erling Smørgrav writes:
> > In the meantime, you can try something like this in .bashrc or
> > whatever:
> Imposible. For accessing .bashrc on kerberoized NFS need correct
> /tmp/krb5cc_.
/etc/profile, then.
DES
--
Dag-Erling S
en
if mv "${KRB5CCNAME}" "${krb5ccuid}" ; then
export KRB5CCNAME="${krb5ccuid}"
else
echo "Unable to rename krb5 credential cache" >&2
fi
fi
unset krb5ccuid
DES
--
Dag-Erling Smørgrav
Kevin Oberman writes:
> Dag-Erling Smørgrav writes:
> > Julian Elischer writes:
> > > what is the internal window size in the new ssh?
> > 64 kB.
> Are you sure of this?
Sorry, I was thinking of 6.6 (in stable/10). The buffer code in 7.1
supports dynamically-sized b
Julian Elischer writes:
> what is the internal window size in the new ssh?
64 kB.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
intended to reduce the impact of upstream
changes on existing systems.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "fr
isn't this already done ? Seems quite easy for me.
"non-system (local)" services can also be extremely vital: quagga, for
instance.
In practice, it is probably fine to move sshd before LOGIN.
DES
--
Dag-Erling Smørgrav - d...@des.no
__
by=rev&sortdir=down&revision=284957
My apologies. I should have merged r277531 as well.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscri
ng to 6.7p1, but it requires quite a bit
more work than usual due to major upstream changes such as the removal
of hosts_access(3) (aka "TCP wrappers") support, which therefore has to
be backported.
Sorry for the delay, I was dealing with family issues.
DES
--
Dag-
ents you from unmounting it.
It would also be nice not to get low disk space warnings for /dev/fd all
the time... it's supposed to have been fixed a while back, but it still
happens on my wife's desktop (9.1-RELEASE with fully up-to-date po
ast_syscall+0xf7
but kgdb is useless - it doesn't see past calltrap().
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail t
David Demelier writes:
> For years, a lot of security advisories have been present for bind.
> I'm just guessing if it's not a good idea to remove bind from base?
There are plans to do so. It's not as trivial as people seem to think.
DES
--
Dag-Erling S
Mike Tancsa writes:
> For the archives, this is fixed in
> http://lists.freebsd.org/pipermail/svn-src-head/2013-May/047921.html
Fixed in head, but not stable/9 yet. I'll pull 6.2p2 from head to
stable/9 later this week.
DES
--
Dag-Erling Smørgrav -
usa...@hushmail.com writes:
> Hi. Are there any plans to get OpenSSH 6.2 in 9-STABLE? I'd like to
> check out the new AES-GCM stuff without going to -CURRENT on this
> system. If there are no plans, is there a possibility? Thanks
Use the port.
DES
--
Dag-Erling Smørgrav
It will be much easier to help you if you show us exactly what you
expected and what you got instead.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsub
;t have
merged that change. I'll revert it.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Dag-Erling Smørgrav writes:
> This is 6.1 with aesni vs 6.1 without aesni; what I wanted was 6.1 vs
> 5.8, both with aesni loaded.
On second thought, I don't need more pcaps.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@
em further down the list. The
client will normally pick the first supported cipher. As far as I can
tell, SecureCRT supports all the same ciphers that OpenSSH does, so just
moving arcfour{256,128} to the front of the list should work.
(AFAIK, arcfour is also much faster than aes)
DES
--
Dag-
e the old version doesn't.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Mike Tancsa writes:
> Dag-Erling Smørgrav writes:
> > Are you sure this was due to the OpenSSH update, and not the OpenSSL
> > update a few days ago? Can you try to roll back to r247484?
> I didnt think openssl got updated on RELENG_9 ?
Ah, you're right. There is an Ope
ago? Can you try to roll back to r247484?
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
FreeBSD Tinderbox writes:
> TB --- 2013-03-01 05:14:35 - WARNING: /usr/local/bin/svn returned exit code
> 1
> TB --- 2013-03-01 05:14:35 - WARNING: sleeping 30 s and retrying...
This seems to have been a transient DNS issue.
DES
--
Dag-Erling Smørgrav - d.
Chris Rees writes:
> "Dag-Erling Smørgrav" writes:
> > Chris Rees writes:
> > > Have you tried using http:// ?
> > Both should work, but svn is significantly faster.
> Yes, that's why I tried it instead, but my point is that you may need
> to sleep
Chris Rees writes:
> Have you tried using http:// ?
Both should work, but svn is significantly faster.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Eitan Adler writes:
> "Dag-Erling Smørgrav" writes:
> > On an amd64 system, you should just set it to 0.
> Can we put this advice into the printf?
There is no need for that, as 0 is already the default for amd64 in
head, and I intend to MFC that change very soon.
DES
-
Christer Solskogen writes:
> Mine is 33554432 without any modifications to loader.conf on 9.1-RC1.
> Is that the default?
It is the hardcoded default for both i386 and amd64 in 9.1 and earlier
releases. I have not merged the new limits and warning code yet.
DES
--
Dag-Erling Smørgr
OriS writes:
> "Dag-Erling Smørgrav" writes:
> > On an amd64 system, you should just set it to 0.
> Well, maybe it'd be a good idea to set it to 0 on amd64 systems for
> amd64-RELEASE's.
Already done.
DES
--
OriS writes:
> The value of kern.maxswzone in /boot/loader.conf is:
>
> kern.maxswzone=201326592
On an amd64 system, you should just set it to 0.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing
pages);
> + npages, maxpages / 2);
> printf("warning: increase kern.maxswzone "
> "or reduce amount of swap.\n");
> return (-1);
Correct. The theoretical maximum is maxpages, but due to fragmentation,
you
r, but that would
definitely require an exp run.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Dag-Erling Smørgrav writes:
> No -exp run required. This code is already in use in head and 9 and has
> been for ages - two and a half years, to be exact.
To clarify:
- usr.bin/unzip was hooked up to the build in head in December 2009,
long before 9 was branched, so 9.0 shipped w
be exact.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Jason Hellenthal writes:
> Could someone MFC this to stable/8 please...
Is unzip in stable/8 identical to unzip in head and stable/9? If not,
this should be addressed first. Otherwise, there is a good chance that
many ports will fail to build.
DES
--
Dag-Erling Smørgrav - d...@des
mless. Just ignore these messages. They will go
away as soon as r230388 is MFCed.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
ace left on device
> {standard input}: Assembler messages:
> {standard input}:13043: FATAL: Can't write if_em.o: No space left on device
> *** Error code 1
Fixed, sorry for the noise.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable
rnels than LINT and GENERIC, and these bugs are in
machine-dependent code that isn't included in LINT and GENERIC. I
enabled additional kernels after the arm / mips people complained that
the arm / mips build was sometimes broken for weeks without anybody
noti
ls about the problems.
> Can someone please either diagnose these errors or else revert the
> deficient commits?
These are old bugs that nobody noticed because they're in code that the
tinderbox didn't use to build. They're in releng branches, so fixing
them requires re@ and / or
ehow.
The problem is that you not only have to check the directory you're
moving, but all its subdirectories as well. I can think of ways to
speed up the process; they require non-trivial changes to VFS, but not
"completely rethinking how uni
d /usr/src
icarus# make toolchain
> icarus# make buildenv
> Entering world for amd64:amd64
> # make clean && make
> [...]
FTFY. HTH, HAND!
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http:
what's missing. Money can provide opportunity, motivation, or both, but
it is not the only solution.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stab
"Mikhail T." writes:
> cipher_encrypt: bad plaintext length 553
I am 99% certain this is a configuration issue. Please ask on the
OpenSSH mailing lists or comp.security.ssh.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stabl
c/rc.d/sshd, and probably also set
kern.sugid_coredump to 1. If gdb shows only gibberish, you'll have to
rebuild world and pam_ldap with DEBUG_FLAGS="-g" STRIP="".
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mai
just make a backup of /etc, extract the amd64 dist on top of
your existing system, then restore whichever parts of /etc got clobbered.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
once mounted rw before - even if
> it is actually mounted ro.
IIRC, the underlying GEOM is promoted from ro to rw when you mount the
file system, but it is never "demoted" back to ro. I don't know if
that's fixable.
DES
--
kernel loaded geom_label and geom_mirror as modules.
> Could you test this patch:
>
> http://people.freebsd.org/~pjd/patches/improved_taste.patch
Works for me.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-stable@freebsd.org mailing
>netc_numsecflavors = argp->ex_numsecflavors;
> bcopy(argp->ex_secflavors, np->netc_secflavors,
> sizeof(np->netc_secflavors));
You need to #include for prison0... See attached patch.
DES
--
Dag-Erling Smørgrav - d...@des.no
Index: sys/kern/
Andriy Gapon writes:
> And the patch.
Looks good. One question, though: does head's btxld have the required
functionality? Otherwise, building 7 on head (soon to be 8) won't work.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
f
Daniel Bond writes:
> I have a NetBSD 5.0 installation on my private server, I'll start
> looking at how they have implemented PAM.
Specifically, you should look at how they've adapted their passwd(1) and
what pam_sm_chauthtok() looks like in their PAM modules.
DES
--
Dag-Erl
it.
> BTW, can someone knowledgeable tell me if watchdog better be firing SMI
> or NMI when it runs down?
It should fire SMI, IIRC. Read the comments at the top of the code for
references to the relevant Intel documentation, which you can download
fo
BIOS calls in the loader.
So does FreeBSD.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Sorry about that. I got a little carried away; 6.4 has already been
branched, but 7.1 hasn't.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stab
sr/src/gnu/usr.bin/cvs/contrib/Makefile
before building.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
n still apply it using 'patch -l'.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Jo Rhett <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > If you have issues with 6.3, your time would be better spent
> > reporting them (by which I mean describe them in detail) than waving
> > your hands in the air and yellin
t the door with less than 12 months of support intended.
6.2 was released on 2007-01-15. The original EoL date was 2008-01-31,
and was later pushed back to 2008-05-31. How is that "less than 12
months of support intended"?
DES
--
m and turn it over to the developer in
> question. We do that fairly routinely.
(again, how can he know for sure that nobody is working on these bugs?)
I won't pretend to know what Jo is thinking or what his motivation is,
but in my experience, when people respond in this manner, it'
really count.
How does *increasing our workload* free up "more time for things that
really count"?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
for yourself:
http://www.freebsd.org/cgi/cvsweb.cgi/www/en/security/security.sgml
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
would be better spent reporting
them (by which I mean describe them in detail) than waving your hands in
the air and yelling at people.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mai
Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> Purely in the interest of showing off, here is my version. It is 81
> bytes shorter than yours, it is valid C99 with POSIX extensions (yours
> is not), and it produces 11,450 files in about 0.2% of the time yours
> takes
={'/'};a(1)a(2)a(3)truncate(f,0);
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
will need a
> lot of work?
It shouldn't be any harder on 5.x / 6.x than on 7.x.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cesses left attached to the tty.
I managed to reproduce this as follows:
$ script -q 1 script -q 2 script -q 3 script -q 4 tty
if nothing else is going on at the same time, you should always see the
same output, but instead you see a steadily increasing pts number.
DES
--
Dag-Erling Smør
"Vlad GALU" <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > "Vlad GALU" <[EMAIL PROTECTED]> writes:
> > > The symptoms were exhibited even with rev. 1.16. I've CC'ed him so
> > > he can c
"Vlad GALU" <[EMAIL PROTECTED]> writes:
> The symptoms were exhibited even with rev. 1.16. I've CC'ed him so
> he can catch up with the thread.
Which symptoms? I can no longer reproduce the hang-on-close bug.
DES
--
Dag-Er
{
src/lib/libc/stdlib/grantpt.c: #define PT_DEV1 "pqrsPQRS"
Alternatively, set kern.pts.enable to 1, and find and fix the
hang-on-close bug in the pts code (if it hasn't been fixed already)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
Vlad GALU <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > Alternatively, set kern.pts.enable to 1, and find and fix the
> > hang-on-close bug in the pts code (if it hasn't been fixed already)
> Looks like it hasn't been
vice "coretemp" is unknown
> config: 1 errors
Fixed
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
about on par with
selling SOHO routers that synchronize their clocks using stratum-1 NTP
servers. It should be backed out with prejudice.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.f
klog and got a little ahead of myself.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
"Nikolas Britton" <[EMAIL PROTECTED]> writes:
> Can anything in the list below be removed from CURRENT?
No. Modern i386 and amd64 still have an ISA bus, and devices
connected to that bus, even if they don't have ISA slots.
DES
--
Dag-Erling Smø
bug-gdb.html
> Thanks, when i do what you suggested i get: kgdb: bad namelist.
> Is the corefile unusuable?
No, the correct command line is
# kgdb /boot/kernel/kernel vmcore.0
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
f
Volker <[EMAIL PROTECTED]> writes:
> It's probably a crazy idea but what about an open source graphics card?
It's been done:
http://en.wikipedia.org/wiki/Open_Graphics_Project
http://wiki.duskglow.com/tiki-index.php?page=Open-Graphics
DES
--
Dag-Erling Smørgrav
Oliver Fromme <[EMAIL PROTECTED]> writes:
> For the reasons outlined above, I recommend not to change
> anything at all, except correcting the documentation [...]
I concur.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable
n it.
The transition from 4.x to 5.x was very painful for a number of
reasons (both technical and organisational) mainly having to do with
trying to do too much at the same time. 6.x was a significant
improvement in terms of stability and maturity, and hopefully 7.x will
continue that trend.
se you can just add -DNO_CLEAN to the arguments to make to.
ITYM -DNO_KERNELCLEAN. HTH, HAND!
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubsc
gt; ./lib/libutil/pw_util.c
> ./release/picobsd/tinyware/passwd/pw_copy.c
> ./usr.bin/chpass/chpass.c
>
> and tyniware is false alarm ;)
IIRC, pw_equal() was originally intended for locating the entry to
replace when changing the password...
DES
--
t.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> I've just committed a more complete fix for this.
Thanks. I fat-fingered 'ncvs diff -r1' and thougt what I committed
was identical to what was in HEAD. Anyone got a towel to wipe the egg
off my face?
DES
--
Dag-Erling Smø
Chris <[EMAIL PROTECTED]> writes:
> thanks for everyones responses. My 5.4 servers seem to accept the
> tunable been changed at runtime although this could be a bug and it
> isnt really changing?
You can change it, but it has no effect.
DES
--
Dag-Erling Smørgrav - [
an see;
setting it at runtime has no effect, because the size of the mbuf zone
is determined at boot time. Perhaps Bosko (who wrote both mballoc and
mbuma, IIRC) knows.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing lis
m... so either its missing, or its a false reference.
Both, in the sense that there should be one, but it was never written.
Most of the information it should contain is present in pam(3) and
pam.conf(5).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
Rostislav Krasny <[EMAIL PROTECTED]> writes:
> In conjunction to what David had proposed, what do you think about
> decreasing the RES_DFLRETRY from 4 to 2, like in other systems and in
> BIND9's resolver?
I have no opinion on that matter.
DES
--
Dag-Erling Smørgra
least 2m30s by default. Des, would you mind
> this change being made?
No objection, just let me see the patch first.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
because of preexisting aliasing violations and partly because
of aliasing violations which were introduced after the hack (and could
have been avoided if that hack had not been in place).
> There's a dozen or two files that will fail to compile -O2 w/o it
> spread through the tree.
run myself.
cd /usr/src/tools/tools/tinderbox
make && make install
man tbmaster
> c) Similarily, I don't know how to build a cross-build environment. I
> should, and I bet if grovel around a bit I can find out how to do so.
man build
DES
--
Dag-Erling Smørgrav - [EMAIL PR
-fno-strict-alias?
Most of the kernel builds fine without -fno-strict-alias. Some parts
do not, and the committer responsible for introducing those errors
added the kluges you mention to avoid having to fix his code.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
__
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > As I have repeatedly pointed out in the past, -O2 catches more
> > bugs because it enables optimizations which require more extensive
> > coverage analysis
compiler
from optimizing code which (for instance) accesses structure members
through pointers to the structure. There is a lot of this in the
kernel.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://l
Kris Kennaway <[EMAIL PROTECTED]> writes:
> COPTFLAGS=-O -pipe according to the tinderbox logs.
Hmm, yes, apparently it only uses -O2 on HEAD.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing
Harti Brandt <[EMAIL PROTECTED]> writes:
> I have everything out-of-the-box - no special CFLAGS.
The tinderbox uses -O2. It is possible that -O2 causes gcc to
generate code which is slightly larger (but also slightly faster) in
some cases.
DES
--
Dag-Erling Smørgrav - [EMAIL
Harti Brandt <[EMAIL PROTECTED]> writes:
> The interesting point is: why does it build on my real sparc (2-UII CPUs,
> 512MByte memory), but not on the tinderbox. Is there something about the
> crosscompiler that is different?
Different CFLAGS perhaps?
DES
--
Dag-Erling Sm
as well.
(what gcc is complaining about, specifically, is that expanding calls
to inlined functions causes isp_target_notify() to grow by more than
100%)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
ht
1 - 100 of 137 matches
Mail list logo
