he new location. Where is it?
I think the freebsd-update build code might be homeless right now. I know I
have seen emails mentioning that it needs to land somewhere but I don't recall
any decision being reached.
--
Colin Percival
Security Officer Emeritus, FreeBSD | The power to serve
Founder
chine hangs
> in the loader.
Do you know what version of FreeBSD this system was originally running? It
may be that there are other oddities in the old partitioning which cause
problems for the newer loader code.
--
Colin Percival
Security Officer Emeritus, FreeBSD | The power to serve
Foun
ase engineering team.
Thanks to Peter Ankerstål, Allan Jude, Warner Losh, and Glen Barber for
their help in tracking down this problem.
--
Colin Percival
Security Officer Emeritus, FreeBSD | The power to serve
Founder, Tarsnap | www.tarsnap.com | Online backups for the
On 29/04/2013 3:48 AM, Igor Mozolevsky wrote:
Hi,
I'm having issues connecting Garmin GPS 18 to COM1 on 9.1, I get
nothing but silence. Identical setup works absolutely fine with Linux.
I've got PPS wire connected to DCD, but that seems to make no
difference on Linux, so I presume it shouldn't af
RELENG_9_0 |9.0-RELEASE |Normal |January 10, 2012 |January 31, 2013 |
+-+
- --
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsnap.com | Online backups for the trul
Hi all,
I forgot to upload some of the amd64 RC3 bits to the mirrors earlier. They
should be in place now.
--
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
On 2/1/2011 6:22 PM, Jeremy Chadwick wrote:
On Tue, Feb 01, 2011 at 05:34:18PM -0500, Colin Legendre wrote:
Hey All,
I'm having an odd issue, and the only thing I can imagine is that
there has been a major change between 8.1 and 8.2.
Using the 8.1 kernel everything is dandy. But when
Hey All,
I'm having an odd issue, and the only thing I can imagine is that there
has been a major change between 8.1 and 8.2.
Using the 8.1 kernel everything is dandy. But when I try to use a newly
compiled kernel from 8.2(GENERIC) I have no luck. Root will not mount.
Here are relevant k
, 2010|July 31, 2012|
+-+
- --
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
-BEGIN PGP SIGNATURE
Colin wrote:
Thanks for the reply.
I must admit that the ins and outs of paging and interrupts are
something I don't have much expertise in. I've asked the colo company
to look into it but I've put the output of those commands into
pastebin incase anything stands out.
http://w
Jeremy Chadwick wrote:
On Sat, Jan 23, 2010 at 03:27:12PM +, Colin wrote:
There's nothing obvious that I can see in any other logfiles, are
there any tools or other things that I can use to figure out why the
system is so sluggish now?
A couple things I can think of:
vmstat
n any other logfiles, are there
any tools or other things that I can use to figure out why the system is
so sluggish now?
Cheers
Colin.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, sen
N.J. Mann wrote:
In message <4b596838.9020...@southportcomputers.co.uk>,
Colin (free...@southportcomputers.co.uk) wrote:
[snip]
It goes for a while and then the buildkernel fails with this:
cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS
-D_
Christer Solskogen wrote:
On Fri, Jan 22, 2010 at 9:56 AM, Colin wrote:
Anyone got any pointers?
Could you post your /etc/make.conf?
That said, I recon you build your kernel in a rather wierd way. Delete
/usr/obj/* and run "make cleandir && make cleandir" in /u
hine but I do need some
of the other options in the kernel hence using custom.
I am currently running another csup and will try building a generic
kernel to see if that works but I can't really install a generic.
Anyone got any pointers?
Cheers,
Colin.
ounter any
problems -- I'm aware of two systems already which didn't manage to reboot after
installing 8.0-BETA1 kernels, so this is definitely a case of "here be dragons".
--
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap
(the buggy phttpget dies if a connection is reset instead of retrying it
properly).
Since I'm sure people will ask: I'm not looking for extra permanent mirrors at
the moment. The FreeBSD Update mirroring code currently consists of "Colin
sshes into servers and copies bits ar
Aristedes Maniatis wrote:
On 09/01/2009, at 7:19 AM, Colin Percival wrote:
2. Assuming the first mirror still fails, use the -s option to pick a
different
mirror.
Where can we find a list of mirrors?
The list of is distributed via DNS SRV records:
# host -t srv _http
to pick a different
mirror.
3. Assuming that the second mirror works, send me an email telling me which
mirror failed and which one worked so that I can have the load balancing
adjusted.
--
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsna
Hi all,
FreeBSD Update is being slow right now due to server load issues.
It will improve.
Please be patient.
--
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
best solution here is to make FreeBSD Update realize that you're running
7.1-BETA:
# env UNAME_r=7.1-BETA freebsd-update [...]
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubsc
't agreed to anything yet.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
t; or .debug for that kernel? (See my previuous email with more detailed
>> info).
>
> Ah, I missed that, sorry. Colin hopefully will have the kernel.debug
> handy.
I'm afraid not -- FreeBSD Update is just distributing the bits from the
release ISO image, and the release ISO doesn&
's irritating to have to rebuild all of the installed ports, but (unless some
disaster strikes) this should be the last time it is needed until FreeBSD 8.x
happens ~2 years from now.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http
Max Laier wrote:
> On Tuesday 04 December 2007, Colin Percival wrote:
>> John Baldwin wrote:
>>> Considering that /etc/pf.conf is a file that users edit to configure
>>> pf(4), removing it out from under them is probably a very bad idea.
>>
>> The heurist
John Baldwin wrote:
> On Wednesday 28 November 2007 02:47:11 pm Colin Percival wrote:
>> Miroslav Lachman wrote:
>>> I am not 100% sure, maybe I overlook something in binary major version
>>> upgrade procedure, but after upgrade from 6.2 to 7.0-BETA3 my roots
>
fact that /etc/pf.conf disappeared is due to it being removed from
the release (it is now in /usr/share/examples/etc). The fact that /.cshrc
was upgraded in spite of having been locally modified is probably a bad
idea -- I'll change the default freebsd-update.conf to deal
daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.html
for upgrading from 7.0-BETA1.5 or 7.0-BETA2 to 7.0-BETA3.
Colin Percival
FreeBSD Security Officer & FreeBSD Update wrangler
___
freebsd-stable@freebsd.org mailing list
http://lists.fre
ou can use to tell FreeBSD
Update not to touch some files (even if they haven't been modified locally).
FreeBSD Update will never produce mangled files as a result of applying a
bsdiff patch to the wrong file -- it checks file hashes before and after
applying patches and gracefully falls back to
Colin Percival wrote:
> A quick heads-up to everyone here using my new FreeBSD Update "upgrade"
> code: If you have performed a minor version upgrade (e.g., 6.2-RELEASE ->
> 6.3-BETA1 or 7.0-BETA1.5 -> 7.0-BETA2) please do not attempt to roll it
> back using "fr
Jan Henrik Sylvester wrote:
> Colin Percival wrote:
>> I believe that your system is now 6.3-BETA1 with a few shared libraries
>> from 6.2-RELEASE mixed in. If you can get a copy of /lib/*.so.* and
>> /usr/lib/*.so.* from a 6.3-BETA1 system and install those into place
>
currently broken and will make your system unbootable. I
should have this fixed within the next couple of days.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
t
the FreeBSD Update code thinks that it has rolled back its updates, but
I might be able to find a way to do that for you -- is it a disaster if
this system ends up stuck at 6.3-BETA1?
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ETA2 will be provided
> via the freebsd-stable list when available.
As promised, instructions on upgrading from FreeBSD 6.x to 7.0-BETA2 are
now available:
http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html
Colin Percival
FreeBSD S
s
running FreeBSD 6.x to 6.3-BETA1 are now available:
http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.html
Instructions on using FreeBSD Update to upgrade to 7.0-BETA2 should be
here within 24 hours.
Colin Percival
FreeBSD Securit
ither FreeBSD 6.3 or FreeBSD 7.0
> once
> those have been released (hopefully by the end of December). FreeBSD 6.3 will
> be supported until the end of 2009, while FreeBSD 7.0 will be supported until
> the end of 2008.
>
> Colin Percival
> FreeBSD Security Officer
_
27;s breakage by explicitly telling it to ignore these
options via --pax-option="delete=SCHILY.*" .
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Scott Long wrote:
> Colin Percival wrote:
>> I point releases have been obsoleted by errata notices. In the past when
>> X.Y.Z-RELEASE has happened, it has been because of critical bugs in the
>> X.Y-RELEASE which there wasn't any other mechanism to fix. Now that we
lease.
> PS. This having been said I know there are some kernel fixes that were
> candidates for errata against 6.2-RELEASE...I'm not sure what their
> current state is.
Don't ask me, I just approve the errata which you send to me. Which hasn't
been anything at all latel
Steven Hartland wrote:
> - Original Message - From: "Colin Percival" <[EMAIL PROTECTED]>
>>> tar -xvzf test.tar.gz
>>> tar: Ignoring unknown extended header keyword `SCHILY.dev'
>>> tar: Ignoring unknown extended header keyword `SCHILY.ino
e fairly typical symptoms of gnutar being broken. What
makes you think that the archive created by BSD tar was invalid?
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
GENERIC i386
>
> C3# freebsd-update fetch
> [...]
> No updates needed to update system to 6.2-RELEASE-p3.
This may look odd, but it's actually correct. The version number reported
by `uname` is the version number of the kernel, and the change from
6.2-RELEASE-p2 to 6.2-RELEA
o a buildworld.
There isn't any good solution here, yet. I might add support for the snapshot
ISOs at some point (at least for upgrading to/from them -- there will not be
security updates built for them).
Colin Percival
___
freebsd-stable@freebs
nloaded because the files have been modified locally:
> /etc/rc.d/jail
This is correct. The version you have here is not the version which
was distributed with the release -- it's the version in the latest
RELENG_6_2.
Colin Percival
t;
> Did something go wrong?
What does `sysctl kern.bootfile` say?
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
s/conf/newvers.sh 1.69.2.13.2.5
> + src/UPDATING 1.416.2.29.2.6
> + src/sys/conf/newvers.sh 1.69.2.13.2.6
I guess I ought to update my CVS tree before using it to figure out the
RCS numbers
t/kernel,
the kernel will be replaced with a GENERIC (non-SMP) kernel.
I'm working on a patch for this and will be talking to re@ about having an
Errata Notice sent out about this.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists
ack run should be sufficient. Downgrading is easier than
upgrading, since you don't start running the new kernel until you reboot.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
directory instead.
> Suggestion for the developer: either permit directory creation in
> /usr/upgrade, or document that it's a no-no.
It will be documented. :-)
Thanks,
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://list
Philipp Wuensche wrote:
> Colin Percival wrote:
>> In the end we opted to reduce functionality (the jail startup process is
>> no longer logged to /var/log/console.log inside the jail)
>
> Thats a bummer, when Dirk showed me this problem the first time my ideas
> for fix
e, as well as
the release engineering team for being very patient with us and delaying the
upcoming release to give us time to fix this.
Sincerely,
Colin Percival
FreeBSD Security Officer
FreeBSD Security Advisories wrote:
> =
ing
upon your time zone.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
id-January. This does not give
> much time for people to migrate to the newest FreeBSD release. I think it
> would be fair if support is extended for a few more months especially since
> 6.2 is so late in coming.
Your opinion has been noted.
Colin Percival
___
e fine to have the files at least ready so that user can diff them
> and decide what to do.
I'm planning on adding automatic merging of configuration files soon.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Colin Percival wrote:
> Petr Holub wrote:
>>> I'm working on it.
>> If I install RC1 now, would it be possible to upgrade to RC2
>> and RELEASE, or is it not ready yet?
>
> My intention is that anyone running 6.1-RELEASE, 6.2-BETA*, or
> 6.2-RC* will be
release.
I haven't worked out all the details yet as to how this should
be done to minimize the chance that my script will accidentally
break things, but I'm not going to release anything until I think
that accidental breakage is very unlikely. :-)
Colin Percival
_
Hans F. Nordhaug wrote:
> At daemonology.net Colin Percival has some excellent instructions on
> how to do binary upgrades - he has even written a script to do a 6.0
> to 6.1 upgrade. My question is: Can I do a 5.3 to 6.1 upgrade using
> the instructions for "5.4 system to F
y personal website,
I haven't had any complaints.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
EV1Servers has never been a major supporter of FreeBSD -- back when
they were RackShack, it took a petition of several hundred people
before they started offering FreeBSD at all.
I wonder if they'll start offering more recent FreeBSD releases next
month after FreeBSD 5.4 becomes uns
Christer Solskogen wrote:
> I've tried norway's mirror (my default), the danish, the swedish mirror
> and the mirror in holland. No change.
> Just to be sure I also deletet src/crypto before I tried the different
> mirrors.
Exactly what command did you run to try to compile
an updated dh.h yet. Try running cvsup again, maybe
from a different mirror.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
i386 running FreeBSD 6.2-BETA1, FreeBSD Update should be able
to fetch the updates right now.
If it doesn't, something is broken, and I'd like to hear about it.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/
ystem to the latest updates on
RELENG_n_m.
> RELENG_n (RELENG_6 at the moment)
> Has somebody just said that RELENG_6 = STABLE?
Yes.
> I'm going to guess then that RELENG_7 is CURRENT.
> No, this doesn't make sense to me at
that these dates are
> no longer accurate.
>
> What is a valid ETA for starting the 6.2R releng process?
I'm not part of the release engineering team, but I'm not aware of anything
which they're waiting for before starting the freeze. I'd be surprised if
RELENG_
Peter Jeremy wrote:
> On Sun, 2006-Jul-09 00:42:31 -0700, Colin Percival wrote:
>> I have written an automatic script
>> for performing binary FreeBSD 6.0 -> FreeBSD 6.1 upgrades.
>
> That sounds useful. Are you intending to provide this for future
> FreeBSD minor-rev
he process is entirely secure.
The script can be obtained from
http://www.daemonology.net/freebsd-upgrade-6.0-to-6.1/
and the SHA256 hash of the download is
29075fc5711e0b20d879c69d12bbe5414c1c56d597c8116da7acc0d291116d2f .
Colin Percival
FreeBSD Security Officer
-BEGIN PGP SIGNATURE-
V
Ken Smith wrote:
> BitTorrent
> --
>
> 5.5-RELEASE ISOs are not available via BitTorrent at this time. They
> may be made available in the future on an on-demand basis.
Thanks to ps, torrents are now available for 5.5-RELEASE:
http://torrents.freebsd.org:8080/
se visit
http://people.freebsd.org/~cperciva/survey.html
and complete the survey below before May 31st, 2006.
Thanks,
Colin Percival
FreeBSD Security Officer
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubs
If you absolutely must run FreeBSD 4.11, install the RELEASE and
then run FreeBSD Update.
Personally, since FreeBSD 4.11 will reach its EoL about 8 months
from now, and the 4.x->[56].x upgrade path is non-trivial, I
recommend installing FreeBSD 6.1 instead.
Colin Perci
default server for pre-1.0
versions of portsnap from the ports tree). Given that most systems running
portsnap are FreeBSD 6.0 or 6.1, this doesn't cause much differential
loading.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lis
uld be an .eu mirror?
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ease images with the number set to "6.1-RC1"?
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
developed ?
> This is maybe a stupid question, but i am only curious to know why ?
> Is there any special reason for this ?
Look at the date on Scott's email. :-)
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freeb
Pete French wrote:
>> If you look at top(1), which processors do you see actually running
>> processes?
>
> Errr, 0, 1, 2 and 3!
What do
# sysctl machdep.hlt_cpus
# sysctl machdep.logical_cpus_mask
# sysctl machdep.hyperthreading_allowed
sa
ts
correctly.)
If you look at top(1), which processors do you see actually running
processes?
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
upported by the project"), I'll
get to those as soon as I have time. Sadly, I have a pesky thing
called "a full time job" and my FreeBSD time has been occupied with
portsnap lately.
Colin Percival
___
freebsd-stable@freebsd.org mai
sable or just remove them for me. I think at the same time I will
make a change to my apache log rotation strategy as it appears to be
causing the problems.
Thanks again,
Colin
Dan N
87359 blocks, 0.0%
fragmentation)
I see there are a couple of large files there that seem to have some
problems. Can anyone explain what is going on and maybe point me in the
direction of a good document on fsck and common problems?
Thanks,
Colin
___
fr
I forgot to add this isn't specific to the em driver, as I use the lnc.
Also, it's not a problem all the time, only sometimes the boxes fail to
send out Gratuitous ARP packets. I have verified by capturing packets and
trying to readd an alias a short period after the failu
I have this same problem on some production servers running
4.10-RELEASE-p16. My work around is to set the arp cache timeout on our
2811 router to 10 seconds.
Colin
David Kirchner
Robert Watson wrote:
> On Tue, 8 Nov 2005, Colin Percival wrote:
>> I find this argument hard to accept. The vast majority of FreeBSD
>> users will never need the NFS_ROOT option, and many systems do not
>> even have the hardware for serial or parallel ports, yet those ar
Tom Grove wrote:
> Richard Bejtlich wrote:
>> After speaking with Colin, he mentioned that IPSec, NAT, and disk
>> quotas (enabled via options QUOTA) are the three most popular kernel
>> changes that prevent people from running GENERIC and hence using
>> freebsd-updat
provides and supports), you might like to
try FreeBSD Update (http://www.daemonology.net/freebsd-update,
or security/freebsd-update in the ports tree).
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
Thanks for your help, adding the two lines that you mentioned below fixed
the problem.
Thanks again,
Colin
[EMAIL PROTECTED] wrote: -
To: Colin Farley <[EMAIL PROTECTED]>
From: Tom Pepper <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
Date: 09/23/2005 05:27PM
cc: fr
or 10 months. = You might want to look into rsync as an
alternative if it is practical for = the data you are wanting to
replicate.
Colin
[EMAIL PROTECTED] wrote: --= ---
To:= freebsd-stable@freebsd.org
From: Brian Candler <[EMAIL PROTECTED]&= gt;
Sent by:
tems as well.
The work around for it is to edit your kernel config file with 'OPTIONS
SCSI_DELAY=1000' and to
rebuild and install the new kernel"
To me this doesn't sound right, can anyone confirm?
Thanks,
Colin
___
freebsd-stable
couple dozen
hosts on this subnet I would think that thi= s would be fine. Please
confirm. Thanks again.
Colin
[EMAIL PROTECTED] .org wrote: -
To: freebsd-stable@freebsd.org
From: Matt Douhan <[EMAIL PROTECTED] itsalad.org>
Sent by: [EMAIL PROTECTED]
Da
the alias addition not functioning
properly?
&= nbsp;
Any input at all is greatly appreciated.
Thanks,
Colin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscrib
var. If anything, these are vast overkill for most
systems; on /, for example, it is hard to imagine a situation where a normal
user would use more than 150MB of space unless they were doing something which
they shouldn't be doing.
Colin Percival
I have made this change on the switch my virtual machines are connected to.
We use HP PorCurve switches, unfortunately the switch needs to be rebooted
for the change to take effect, I will have to do this late tonight. I will
let you know the outcome.
Colin
add this to my UCARP scripts)?
Colin
"Marc G.
Fournier"
grep ^+' in
> /etc/periodic/security/security.functions.
Thanks for reporting this; I've changed the grep regex to '^[>+]' in order
to catch lines from both unified and non-unified diffs. This change isn't
going to be in 6.0-BETA3, but hopefully I can get it MFCed
at
> this time wouldn't be prudent?
If I was deploying a new server today, I'd install FreeBSD 5.4. If I were
planning on installing a new server next month, I'd install FreeBSD
6.0-BETA-whatever-number-we're-up-to-by-then.
Colin Percival
__
mpile much happier.
Yeah, it looks like the mirrors managed to update at exactly the wrong time
and got one patch but not the other. Fortunately, this doesn't happen very
often.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://
> Colin Percival wrote:
>> What version of /usr/src/sys/netinet/tcp_var.h do you have on that
>> system?
Oops. I meant to ask about src/sys/netinet/tcp_seq.h of course...
Colin Percival
___
freebsd-stable@freebsd.org ma
sys/netinet/tcp_input.c:2706: warning: nested extern
> declaration of `TSTMP_GT'
What version of /usr/src/sys/netinet/tcp_var.h do you have on that system?
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
Mipam wrote:
> Thanks for the kernel.
> What parameters did you change in your SMP kernel.
> Just curious, surely gonna try your kernel. :-)
I didn't change any parameters, I just used the SMP kernel configuration
from the source tree (i.e., GENERIC plus "options SMP
Billy Newsom wrote:
> Colin Percival wrote:
>> It sounds like the SMP kernel I provided for FreeBSD 5.3 was quite
>> popular [...]
>
> I'm curious how popular. Would you like to report some statistics here
> on the list? As in, how many SMP downloads did you get
ernel/SMP
# freebsd-update fetch
# freebsd-update install
# echo 'bootfile="SMP"' >> /boot/loader.conf
and reboot. You should now find that `uname -ri` outputs "5.4-SECURITY SMP".
Colin Percival
___
fre
e added it to the stable branches, but not to -current, since
hyper-threading is still enabled by default in HEAD.
Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
1 - 100 of 132 matches
Mail list logo
