Re: 8.3: kernel panic in bpf.c catchpacket()

[Alexander V. Chernikov]

On 10.10.2012 00:36, Guy Helmer wrote:


On Oct 8, 2012, at 8:09 AM, Guy Helmer  wrote:


I'm seeing a consistent new kernel panic in FreeBSD 8.3:
I'm not seeing how bd_sbuf would be NULL here. Any ideas?


Since I've not had any replies, I hope nobody minds if I reply with more 
information.

This panic seems to be occasionally triggered now that my user land code is 
changing the packet filter a while after the bpd device has been opened and an 
initial packet filter was set (previously, my code did not change the filter 
after it was initially set).

I'm focusing on bpf_setf() since that seems to be the place that could be 
tickling a problem, and I see that bpf_setf() calls reset_d(d) to clear the 
hold buffer. I have manually verified that the BPFD lock is held during the 
call to reset_d(), and the lock is held every other place that the buffers are 
manipulated, so I haven't been able to find any place that seems vulnerable to 
losing one of the bpf buffers. Still searching, but any help would be 
appreciated.


Can you please check this code on -current?
Locking has changed quite significantly some time ago, so there is good 
chance that you can get rid of this panic (or discover different one 
which is really "new") :).




Guy

___
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"





--
WBR, Alexander

___
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"

[releng_8 tinderbox] failure on mips/mips

[FreeBSD Tinderbox]

TB --- 2012-10-11 21:12:46 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-10-11 21:12:46 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-10-11 21:12:46 - starting RELENG_8 tinderbox run for mips/mips
TB --- 2012-10-11 21:12:46 - cleaning the object tree
TB --- 2012-10-11 21:12:47 - checking out /src from 
svn://svn.freebsd.org/base/stable/8
TB --- 2012-10-11 21:12:47 - cd /tinderbox/RELENG_8/mips/mips
TB --- 2012-10-11 21:12:47 - /usr/local/bin/svn cleanup /src
TB --- 2012-10-11 21:12:56 - /usr/local/bin/svn update /src
TB --- 2012-10-11 21:17:32 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2012-10-11 21:17:32 - WARNING: sleeping 30 s and retrying...
TB --- 2012-10-11 21:18:02 - /usr/local/bin/svn update /src
TB --- 2012-10-11 21:18:08 - At svn revision 241462S
TB --- 2012-10-11 21:18:09 - building world
TB --- 2012-10-11 21:18:09 - CROSS_BUILD_TESTING=YES
TB --- 2012-10-11 21:18:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-10-11 21:18:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-10-11 21:18:09 - SRCCONF=/dev/null
TB --- 2012-10-11 21:18:09 - TARGET=mips
TB --- 2012-10-11 21:18:09 - TARGET_ARCH=mips
TB --- 2012-10-11 21:18:09 - TZ=UTC
TB --- 2012-10-11 21:18:09 - __MAKE_CONF=/dev/null
TB --- 2012-10-11 21:18:09 - cd /src
TB --- 2012-10-11 21:18:09 - /usr/bin/make -B buildworld
>>> World build started on Thu Oct 11 21:18:10 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
[...]
cc -O2 -pipe   -I/obj/mips/src/tmp/legacy/usr/include -c 
/src/games/fortune/strfile/strfile.c
cc -O2 -pipe   -I/obj/mips/src/tmp/legacy/usr/include  -static 
-L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy
sh /src/tools/install.sh -s -o root -g wheel -m 555   strfile 
/obj/mips/src/tmp/legacy/usr/games
===> gnu/usr.bin/gperf (obj,depend,all,install)
/obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf
===> gnu/usr.bin/gperf/doc (obj)
/obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for 
/src/gnu/usr.bin/gperf/doc
make: don't know how to make iterator.cc. Stop
*** Error code 2

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-10-11 21:18:19 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-10-11 21:18:19 - ERROR: failed to build world
TB --- 2012-10-11 21:18:19 - 12.09 user 8.00 system 333.55 real


http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full
___
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"

freeb51853, Want to use all the dating features? The 3-Day Trial Membership is for you!

[BeNaughty]

BeNaughtyUpgrade your account to contact all members │ Unsubscribe by 
changing your email subscriptionsAccount alert:you have 10+unread 
messages!freeb51853,You signed up to Benaughtyconnect.com but still haven't 
activated your 3-Day trial . Once you do, you will be able to reply to the 10+ 
unread messages waiting in your inbox sent by very attractive ladies.Your 
perfect partner may be just a click away... Don't you want to see which ladies 
have their eyes on you?I sure do! Activate 3-Day trial now!Unsubscribe by 
changing your email subscriptions │ Privacy policy │ Terms & 
ConditionsAvailable on Mobile:Follow us on:(c) 2012 Frindr ltd, 8 Duncannon 
Street, Golden Cross House, London WC2N 4JF, United KingdomTel: (212) 796 6946; 
your user ID: 20142454693BeNaughty ranked #8 among all UK websites in the 
Hitwise Lifestyle - Dating industry, based on market share of visits in January 
- December 2011.
___
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"

10% De Desconto em TODAS Compra Nas Maquinas Cielo

[Promoção Cielo]

 

   

   Copyright 2012 Cielo. Todos os direitos reservados

___
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"

[releng_8 tinderbox] failure on mips/mips

[FreeBSD Tinderbox]

TB --- 2012-10-11 17:22:44 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-10-11 17:22:44 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-10-11 17:22:44 - starting RELENG_8 tinderbox run for mips/mips
TB --- 2012-10-11 17:22:44 - cleaning the object tree
TB --- 2012-10-11 17:22:45 - checking out /src from 
svn://svn.freebsd.org/base/stable/8
TB --- 2012-10-11 17:22:45 - cd /tinderbox/RELENG_8/mips/mips
TB --- 2012-10-11 17:22:45 - /usr/local/bin/svn cleanup /src
TB --- 2012-10-11 17:22:54 - /usr/local/bin/svn update /src
TB --- 2012-10-11 17:23:02 - At svn revision 241446S
TB --- 2012-10-11 17:23:03 - building world
TB --- 2012-10-11 17:23:03 - CROSS_BUILD_TESTING=YES
TB --- 2012-10-11 17:23:03 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-10-11 17:23:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-10-11 17:23:03 - SRCCONF=/dev/null
TB --- 2012-10-11 17:23:03 - TARGET=mips
TB --- 2012-10-11 17:23:03 - TARGET_ARCH=mips
TB --- 2012-10-11 17:23:03 - TZ=UTC
TB --- 2012-10-11 17:23:03 - __MAKE_CONF=/dev/null
TB --- 2012-10-11 17:23:03 - cd /src
TB --- 2012-10-11 17:23:03 - /usr/bin/make -B buildworld
>>> World build started on Thu Oct 11 17:23:04 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
[...]
cc -O2 -pipe   -I/obj/mips/src/tmp/legacy/usr/include -c 
/src/games/fortune/strfile/strfile.c
cc -O2 -pipe   -I/obj/mips/src/tmp/legacy/usr/include  -static 
-L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy
sh /src/tools/install.sh -s -o root -g wheel -m 555   strfile 
/obj/mips/src/tmp/legacy/usr/games
===> gnu/usr.bin/gperf (obj,depend,all,install)
/obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf
===> gnu/usr.bin/gperf/doc (obj)
/obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for 
/src/gnu/usr.bin/gperf/doc
make: don't know how to make iterator.cc. Stop
*** Error code 2

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-10-11 17:23:16 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-10-11 17:23:16 - ERROR: failed to build world
TB --- 2012-10-11 17:23:16 - 13.21 user 8.38 system 32.81 real


http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full
___
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"

Re: kern.maxswzone is gone... what next?

[Andriy Gapon]

on 11/10/2012 18:38 Volodymyr Kostyrko said the following:
> 11.10.2012 18:37, Sergey Kandaurov wrote:
>> On 11 October 2012 19:32, Volodymyr Kostyrko  wrote:
>>> Hi all.
>>>
>>> I prefer to build all ports in /tmp, which is actually a tmpfs filesystem. I
>>> have 8G partition. But when I tried to compile Apache OpenOffice system
>>> starts shooting processes when I was near 6G of swap.
>>>
>>> Oct 11 18:12:32 ar1l0u kernel: swap zone exhausted, increase kern.maxswzone
>>> Oct 11 18:12:32 ar1l0u kernel: pid 1334 (java), uid 818, was killed: out of
>>> swap space
>>> Oct 11 18:12:32 ar1l0u kernel: pid 74518 (thunderbird), uid 1001, was
>>> killed: out of swap space
>>> Oct 11 18:12:32 ar1l0u kernel: swap zone ok
>>>
>>
>> How much RAM (avail memory) do you have?
> 
> 2G


What does vmstat -z | fgrep -i swap show?

-- 
Andriy Gapon
___
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"

Re: kern.maxswzone is gone... what next?

[Volodymyr Kostyrko]

11.10.2012 18:50, Andreas Nilsson wrote:

I can chime in with the exact same error. I was using poudriere to build
some ports, and on apache-oo the machine actually had a kernel panic.
Machine has 16gb of ram and 16gb swap.

I had top running (update every 1 sec) and there was >10gb of swap free
when panic happened.

The OS is fbsd 9.1-PRERELEASE, from before problematic changes with
nullfs/zfs interaction.


> uname -a
FreeBSD ar1l0u 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2 r241438M: Thu 
Oct 11 10:20:20 EEST 2012 arcade@ar1l0u:/usr/obj/usr/src/sys/MINIMAL 
 amd64


Added patches: tmpfs nrbtree, zfs feats.

--
Sphinx of black quartz, judge my vow.
___
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"

Re: kern.maxswzone is gone... what next?

[Andreas Nilsson]

On Thu, Oct 11, 2012 at 3:38 PM, Volodymyr Kostyrko wrote:

> 11.10.2012 18:37, Sergey Kandaurov wrote:
>
>> On 11 October 2012 19:32, Volodymyr Kostyrko  wrote:
>>
>>> Hi all.
>>>
>>> I prefer to build all ports in /tmp, which is actually a tmpfs
>>> filesystem. I
>>> have 8G partition. But when I tried to compile Apache OpenOffice system
>>> starts shooting processes when I was near 6G of swap.
>>>
>>> Oct 11 18:12:32 ar1l0u kernel: swap zone exhausted, increase
>>> kern.maxswzone
>>> Oct 11 18:12:32 ar1l0u kernel: pid 1334 (java), uid 818, was killed: out
>>> of
>>> swap space
>>> Oct 11 18:12:32 ar1l0u kernel: pid 74518 (thunderbird), uid 1001, was
>>> killed: out of swap space
>>> Oct 11 18:12:32 ar1l0u kernel: swap zone ok
>>>
>>>
>> How much RAM (avail memory) do you have?
>>
>
> 2G
>
>
I can chime in with the exact same error. I was using poudriere to build
some ports, and on apache-oo the machine actually had a kernel panic.
Machine has 16gb of ram and 16gb swap.

I had top running (update every 1 sec) and there was >10gb of swap free
when panic happened.

The OS is fbsd 9.1-PRERELEASE, from before problematic changes with
nullfs/zfs interaction.

Best regards
Andreas
___
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"

Re: kern.maxswzone is gone... what next?

[Volodymyr Kostyrko]

11.10.2012 18:37, Sergey Kandaurov wrote:

On 11 October 2012 19:32, Volodymyr Kostyrko  wrote:

Hi all.

I prefer to build all ports in /tmp, which is actually a tmpfs filesystem. I
have 8G partition. But when I tried to compile Apache OpenOffice system
starts shooting processes when I was near 6G of swap.

Oct 11 18:12:32 ar1l0u kernel: swap zone exhausted, increase kern.maxswzone
Oct 11 18:12:32 ar1l0u kernel: pid 1334 (java), uid 818, was killed: out of
swap space
Oct 11 18:12:32 ar1l0u kernel: pid 74518 (thunderbird), uid 1001, was
killed: out of swap space
Oct 11 18:12:32 ar1l0u kernel: swap zone ok



How much RAM (avail memory) do you have?


2G

--
Sphinx of black quartz, judge my vow.
___
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"

Re: kern.maxswzone is gone... what next?

[Sergey Kandaurov]

On 11 October 2012 19:32, Volodymyr Kostyrko  wrote:
> Hi all.
>
> I prefer to build all ports in /tmp, which is actually a tmpfs filesystem. I
> have 8G partition. But when I tried to compile Apache OpenOffice system
> starts shooting processes when I was near 6G of swap.
>
> Oct 11 18:12:32 ar1l0u kernel: swap zone exhausted, increase kern.maxswzone
> Oct 11 18:12:32 ar1l0u kernel: pid 1334 (java), uid 818, was killed: out of
> swap space
> Oct 11 18:12:32 ar1l0u kernel: pid 74518 (thunderbird), uid 1001, was
> killed: out of swap space
> Oct 11 18:12:32 ar1l0u kernel: swap zone ok
>

How much RAM (avail memory) do you have?

> As I'm running rather current version I see r240097 in the log that states
> that there is no maxswzone setting for amd64 anymore. When I tried to query
> this parameter I got:
>
>> sysctl kern.maxswzone
> kern.maxswzone: 0
>
> What was that? Did that mean that 6G is a maximum swap size now?
>
> PS: I'm retrying now with kern.maxswzone set to 256M.

I doubt it's worth to try.

-- 
wbr,
pluknet
___
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"

kern.maxswzone is gone... what next?

[Volodymyr Kostyrko]

Hi all.

I prefer to build all ports in /tmp, which is actually a tmpfs 
filesystem. I have 8G partition. But when I tried to compile Apache 
OpenOffice system starts shooting processes when I was near 6G of swap.


Oct 11 18:12:32 ar1l0u kernel: swap zone exhausted, increase kern.maxswzone
Oct 11 18:12:32 ar1l0u kernel: pid 1334 (java), uid 818, was killed: out 
of swap space
Oct 11 18:12:32 ar1l0u kernel: pid 74518 (thunderbird), uid 1001, was 
killed: out of swap space

Oct 11 18:12:32 ar1l0u kernel: swap zone ok

As I'm running rather current version I see r240097 in the log that 
states that there is no maxswzone setting for amd64 anymore. When I 
tried to query this parameter I got:


> sysctl kern.maxswzone
kern.maxswzone: 0

What was that? Did that mean that 6G is a maximum swap size now?

PS: I'm retrying now with kern.maxswzone set to 256M.

--
Sphinx of black quartz, judge my vow.
___
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"

[releng_8 tinderbox] failure on mips/mips

[FreeBSD Tinderbox]

TB --- 2012-10-11 13:32:24 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-10-11 13:32:24 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-10-11 13:32:24 - starting RELENG_8 tinderbox run for mips/mips
TB --- 2012-10-11 13:32:24 - cleaning the object tree
TB --- 2012-10-11 13:32:25 - checking out /src from 
svn://svn.freebsd.org/base/stable/8
TB --- 2012-10-11 13:32:25 - cd /tinderbox/RELENG_8/mips/mips
TB --- 2012-10-11 13:32:25 - /usr/local/bin/svn cleanup /src
TB --- 2012-10-11 13:32:35 - /usr/local/bin/svn update /src
TB --- 2012-10-11 13:37:21 - WARNING: /usr/local/bin/svn returned exit code  1 
TB --- 2012-10-11 13:37:21 - WARNING: sleeping 30 s and retrying...
TB --- 2012-10-11 13:37:51 - /usr/local/bin/svn update /src
TB --- 2012-10-11 13:37:59 - At svn revision 241443S
TB --- 2012-10-11 13:38:00 - building world
TB --- 2012-10-11 13:38:00 - CROSS_BUILD_TESTING=YES
TB --- 2012-10-11 13:38:00 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-10-11 13:38:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-10-11 13:38:00 - SRCCONF=/dev/null
TB --- 2012-10-11 13:38:00 - TARGET=mips
TB --- 2012-10-11 13:38:00 - TARGET_ARCH=mips
TB --- 2012-10-11 13:38:00 - TZ=UTC
TB --- 2012-10-11 13:38:00 - __MAKE_CONF=/dev/null
TB --- 2012-10-11 13:38:00 - cd /src
TB --- 2012-10-11 13:38:00 - /usr/bin/make -B buildworld
>>> World build started on Thu Oct 11 13:38:01 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
[...]
cc -O2 -pipe   -I/obj/mips/src/tmp/legacy/usr/include -c 
/src/games/fortune/strfile/strfile.c
cc -O2 -pipe   -I/obj/mips/src/tmp/legacy/usr/include  -static 
-L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy
sh /src/tools/install.sh -s -o root -g wheel -m 555   strfile 
/obj/mips/src/tmp/legacy/usr/games
===> gnu/usr.bin/gperf (obj,depend,all,install)
/obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf
===> gnu/usr.bin/gperf/doc (obj)
/obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for 
/src/gnu/usr.bin/gperf/doc
make: don't know how to make iterator.cc. Stop
*** Error code 2

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-10-11 13:38:11 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-10-11 13:38:11 - ERROR: failed to build world
TB --- 2012-10-11 13:38:11 - 12.81 user 8.33 system 346.89 real


http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full
___
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"

Re: FreeBSD 10-CURRENT and 9-STABLE snapshots

[Glen Barber]

On Thu, Oct 11, 2012 at 02:43:07PM +0200, Claude Buisson wrote:
> I do not see a real interest of filling a PR for cvsup1.fr. I have just done 
> the
> same test with the same result with cvsup5.de and cvsup10.us.
> 
> www.mavetju.org/unix/freebsd-mirrors/ have all cvsup mirrors in red, and IIRC
> someone wrote on hubs@ that the current test for mirrors was flawed because it
> tried at a now inexistent file. And someone else wrote that the project does 
> not
> want anymore mirrors which are not under its direct control.
> 

I will do what I can to look into this.

> It is clear that there have been a problem at least with lists.freebsd.org, 
> but
> what astonishes me is the fact that in our glorious 21th century, nobody 
> thought
> to inform people on the mailing lists, or on the home page of www.freebsd.org
> (no, I do not want to be on Twitter or FaceBook for that kind of information).
> 

I absolutely understand, and appreciate your input about this.  I am
sorry that you feel people within the Project do not care.  But, I
assure you, that is not the case.

I cannot speak for anyone but myself in the Project, but as someone who
has direct access to make such a chanage to the FreeBSD.org website, I
apologize for the lack of announcement.  You are right - there should
have been some sort of "Some services may be disrupted for a bit", or
similar there.  I am sorry this was not done.

> Thank you for taking the pain of reading my emails.
> 

Thank you for taking the time to outline your concerns.

Glen



pgptkkFCcgn6r.pgp
Description: PGP signature

Re: time keeps on slipping... slipping...

[Alexander Motin]

On 11.10.2012 09:30, John-Mark Gurney wrote:

Alexander Motin wrote this message on Thu, Oct 11, 2012 at 01:43 +0300:

On 08.10.2012 07:02, John-Mark Gurney wrote:

I recently put together a new machine w/ a SuperMicro H8SCM and an
AMD Opteron 4228 HE...  I've having an issue where the clock on the
machine skips around...  The wierd part is that it's very sudden when
it happens...  ntp sometimes brings it back, but it can't when the clock
gets too far ahread (1000 seconds), ntp dies...

In order to catch it happening, I ran a sleep 60 loop fetching time

>from another server that keeps time correctly via:

while sleep 60; do echo -n h2:; nc h2 13; date; ntpdate h2.funkthat.com;
done

here are some snippits:
h2:Sun Oct  7 17:12:54 2012^M
Sun Oct  7 17:12:54 PDT 2012
  7 Oct 17:12:54 ntpdate[31036]: the NTP socket is in use, exiting
h2:Sun Oct  7 17:13:48 2012^M
Sun Oct  7 17:20:21 PDT 2012
  7 Oct 17:20:21 ntpdate[31045]: the NTP socket is in use, exiting

but then ntp brings it back in sync:
h2:Sun Oct  7 17:28:49 2012^M
Sun Oct  7 17:35:21 PDT 2012
  7 Oct 17:35:21 ntpdate[31164]: the NTP socket is in use, exiting
h2:Sun Oct  7 17:29:49 2012^M
Sun Oct  7 17:29:49 PDT 2012
  7 Oct 17:29:49 ntpdate[31170]: the NTP socket is in use, exiting

It happens pretty often:
Oct  7 00:19:13 gold ntpd[3721]: time reset -785.347912 s
Oct  7 00:46:37 gold ntpd[3721]: time reset -392.673256 s
Oct  7 01:04:24 gold ntpd[3721]: time reset -785.346533 s
Oct  7 15:00:59 gold ntpd[3721]: time reset -392.681720 s
Oct  7 16:32:11 gold ntpd[3721]: time reset -392.671268 s
Oct  7 17:29:29 gold ntpd[3721]: time reset -392.671752 s
Oct  7 18:04:37 gold ntpd[3721]: time reset -785.346987 s

but as you can see above, the time slip happens abruptly.. looks like
a rounding error or something...

I'm now reducing the sleep to 5 seconds... but as you can see the sleep
ends a few seconds early and local time suddenly jumped forward 6
minutes 33 seconds...

$ sysctl kern.timecounter
kern.timecounter.fast_gettime: 1
kern.timecounter.tick: 1
kern.timecounter.choice: TSC-low(1000) ACPI-safe(850) HPET(950) i8254(0)
dummy(-100)
kern.timecounter.hardware: TSC-low
kern.timecounter.stepwarnings: 0
kern.timecounter.tc.i8254.mask: 65535
kern.timecounter.tc.i8254.counter: 11598
kern.timecounter.tc.i8254.frequency: 1193182
kern.timecounter.tc.i8254.quality: 0
kern.timecounter.tc.HPET.mask: 4294967295
kern.timecounter.tc.HPET.counter: 3257069245
kern.timecounter.tc.HPET.frequency: 14318180
kern.timecounter.tc.HPET.quality: 950
kern.timecounter.tc.ACPI-safe.mask: 16777215
kern.timecounter.tc.ACPI-safe.counter: 4219134510
kern.timecounter.tc.ACPI-safe.frequency: 3579545
kern.timecounter.tc.ACPI-safe.quality: 850
kern.timecounter.tc.TSC-low.mask: 4294967295
kern.timecounter.tc.TSC-low.counter: 2854866610
kern.timecounter.tc.TSC-low.frequency: 10937740
kern.timecounter.tc.TSC-low.quality: 1000
kern.timecounter.smp_tsc: 1
kern.timecounter.invariant_tsc: 1
$ sysctl kern.eventtimer
kern.eventtimer.choice: LAPIC(400) i8254(100) RTC(0)
kern.eventtimer.et.LAPIC.flags: 15
kern.eventtimer.et.LAPIC.frequency: 12217
kern.eventtimer.et.LAPIC.quality: 400
kern.eventtimer.et.i8254.flags: 1
kern.eventtimer.et.i8254.frequency: 1193182
kern.eventtimer.et.i8254.quality: 100
kern.eventtimer.et.RTC.flags: 17
kern.eventtimer.et.RTC.frequency: 32768
kern.eventtimer.et.RTC.quality: 0
kern.eventtimer.periodic: 0
kern.eventtimer.timer: LAPIC
kern.eventtimer.activetick: 1
kern.eventtimer.idletick: 0
kern.eventtimer.singlemul: 2

I have switched my timecounter to HPET to see if things are different...

Any clues?


Mentioned switching to HPET could tell a lot about the problem.
Switching event timer also may be interesting.


Since I switch to HPET, it hasn't happened at all in the last 3 days..


That is probably tells about some problems with TSC timecounter. What is 
strange to me is time jump size of 5 minutes. TSC timecounter should 
overflow each few seconds, so single jump should be just that big.



Should I try switching back to TSC and switching event timer? do you
need any other info, or want me to try anything else?


You may try to do it to be sure eventtimers are not related to the case.


Oh, forgot to include the specific processor info in my previous
email:
CPU: AMD Opteron(tm) Processor 4228 HE   (2800.05-MHz K8-class CPU)
   Origin = "AuthenticAMD"  Id = 0x600f12  Family = 0x15  Model = 0x1  Stepping 
= 2
   
Features=0x178bfbff
   
Features2=0x1e98220b
   AMD Features=0x2e500800
   AMD 
Features2=0x1c9bfff,>
   TSC: P-state invariant, performance statistics


Unfortunately, I don't know AMD processors specifics. May be jkim@ or 
avg@ may remember something. As far as I know, kernel should block enter 
sleep states on AMD CPUs when LAPIC eventtimer is used (by default). In 
such case I guess TSC should also work fine. But I don't know what other 
possible sources of asynchronicity may be there.


--
Alexander Motin

Re: FreeBSD 10-CURRENT and 9-STABLE snapshots

[Claude Buisson]

On 10/11/2012 13:34, Glen Barber wrote:

On Thu, Oct 11, 2012 at 12:42:21PM +0200, Claude Buisson wrote:

I understood that. At a time I have been in that situation, but to be there I
had to "sell" the use of FreeBSD at my $WORK, and started with a single machine
and limited ressources. So the existence of a cluster even for people doing real
production work with FreeBSD is not a given.



Fair enough point.



As mentioned in today's earlier announcement for 9.1-RC2, however, CVS
backporting from SVN will continue to be done for the stable/9 branch.



One of the starting point of this thread have been that according to cvsweb,
there does not seem to have been any update of releng7, releng8, and releng9 at
least since October 5 or 6, which is confirmed by cvsup1.fr.freebsd.org (I have
just done the test for releng8).

So something is not working somewhere, and someone may ask "do somebody care
about it ?"

Sorry to have started so long a thread. I asked essentially the same questions
about cvs/csup/mirrors, etc more than a year ago without real answer..



Sorry if your original email about the mirror went overlooked or
unanswered.

Can you please file a PR about cvsup1.fr ?  There are two immediate
issues regarding that:



I do not see a real interest of filling a PR for cvsup1.fr. I have just done the
same test with the same result with cvsup5.de and cvsup10.us.

www.mavetju.org/unix/freebsd-mirrors/ have all cvsup mirrors in red, and IIRC
someone wrote on hubs@ that the current test for mirrors was flawed because it
tried at a now inexistent file. And someone else wrote that the project does not
want anymore mirrors which are not under its direct control.

My conclusion is that there is something wrong in the chain, for now 6 days, and
if nobody in the project noticed, it was only the demonstration that nobody
cares anymore.

I definitively switched to svn (sigh) on October 6th, and do want to be the
eternal whistle blower on that subject.


  1.) I (personally) do not have a way to check on the status of that
  machine's syncing;
  2.) Some machines within the FreeBSD.org infrastructure are being moved
  around/upgraded/duct-taped, etc.  So, while thus far it has been
  minimal, user-facing issues may have occurred.  So, until all of the
  moving "things" around is done, a PR will be the best way to ensure
  your report does not further go unanswered.


It is clear that there have been a problem at least with lists.freebsd.org, but
what astonishes me is the fact that in our glorious 21th century, nobody thought
to inform people on the mailing lists, or on the home page of www.freebsd.org
(no, I do not want to be on Twitter or FaceBook for that kind of information).



Glen



Thank you for taking the pain of reading my emails.

Claude Buisson
___
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"

Re: FreeBSD 10-CURRENT and 9-STABLE snapshots

[Glen Barber]

On Thu, Oct 11, 2012 at 12:42:21PM +0200, Claude Buisson wrote:
> I understood that. At a time I have been in that situation, but to be there I
> had to "sell" the use of FreeBSD at my $WORK, and started with a single 
> machine
> and limited ressources. So the existence of a cluster even for people doing 
> real
> production work with FreeBSD is not a given.
> 

Fair enough point.

> >
> > As mentioned in today's earlier announcement for 9.1-RC2, however, CVS
> > backporting from SVN will continue to be done for the stable/9 branch.
> >
> 
> One of the starting point of this thread have been that according to cvsweb,
> there does not seem to have been any update of releng7, releng8, and releng9 
> at
> least since October 5 or 6, which is confirmed by cvsup1.fr.freebsd.org (I 
> have
> just done the test for releng8).
> 
> So something is not working somewhere, and someone may ask "do somebody care
> about it ?"
> 
> Sorry to have started so long a thread. I asked essentially the same questions
> about cvs/csup/mirrors, etc more than a year ago without real answer..
> 

Sorry if your original email about the mirror went overlooked or
unanswered.

Can you please file a PR about cvsup1.fr ?  There are two immediate
issues regarding that:

 1.) I (personally) do not have a way to check on the status of that
 machine's syncing;
 2.) Some machines within the FreeBSD.org infrastructure are being moved
 around/upgraded/duct-taped, etc.  So, while thus far it has been
 minimal, user-facing issues may have occurred.  So, until all of the
 moving "things" around is done, a PR will be the best way to ensure
 your report does not further go unanswered.

Glen



pgpivJevD6Pwk.pgp
Description: PGP signature

Re: usb port issue in 9.1-Prerelease (Possibly Cam related)

[Benjamin Close]

On 9/10/12 2:05 AM, Kenneth D. Merry wrote:

On Mon, Sep 10, 2012 at 23:09:04 +0930, Benjamin Close wrote:

Hi Folks,
 I've facing an intermittent hang with a USB port which seems cam
related:

Event's that happen are:

 o USB modem (HUAWEI E220) plugged into PC

ugen3.2:  at usbus3
u3g0: <3G Modem> on usbus3
u3g0: Found 3 ports.
umass0:  on usbus3
umass0:  SCSI over Bulk-Only; quirks = 0x
umass0:6:0:-1: Attached to scbus6
umass1:  on usbus3
umass1:  SCSI over Bulk-Only; quirks = 0x
umass1:7:1:-1: Attached to scbus7
cd1 at umass-sim0 bus 0 scbus6 target 0 lun 0
cd1:  Removable CD-ROM SCSI-2 device
cd1: 1.000MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not present
da0 at umass-sim1 bus 1 scbus7 target 0 lun 0
da0:  Removable Direct Access SCSI-2 device
da0: 1.000MB/s transfers
da0: Attempt to query device size failed: NOT READY, Medium not present


 o Time Elapsesmany packets passed, no da0 or cd1 used.


 o USB Modem drops off the bus
(It does this occasionally as it resets itself)

 o Causes USB bus to lose devices

ugen3.2:  at usbus3 (disconnected)
u3g0: at uhub3, port 1, addr 2 (disconnected)
(cd1:umass-sim0:0:0:0): lost device, 1 refs
(cd1:umass-sim0:0:0:0): removing device entry
(pass4:umass-sim0:0:0:0): passdevgonecb: devfs entry is gone
(da0:umass-sim1:1:0:0): lost device - 0 outstanding, 1 refs
(da0:umass-sim1:1:0:0): removing device entry
(pass5:umass-sim1:1:0:0): passdevgonecb: devfs entry is gone
umass0: at uhub3, port 1, addr 2 (disconnected)


At this point that particular USB port is effectively useless. Plugging
anything into the ports shows no device showing up.

Running usbconfig hangs with:

   PIDTID COMM TDNAME KSTACK
48562 101874 usbconfig-mi_switch+0x186
sleepq_wait+0x42 _sx_xlock_hard+0x426 usbd_enum_lock+0xac
usb_ref_device+0x21c usb_open+0xc7 devfs_open+0x197 vn_open_cred+0x2ff
kern_openat+0x20a amd64_syscall+0x540 Xfast_syscall+0xf7

Controller is:

uhci0@pci0:0:26:0:  class=0x0c0300 card=0x02091028 chip=0x28348086
rev=0x02 hdr=0x00
 vendor = 'Intel Corporation'
 device = '82801H (ICH8 Family) USB UHCI Controller'
 class  = serial bus
 subclass   = USB
uhci1@pci0:0:26:1:  class=0x0c0300 card=0x02091028 chip=0x28358086
rev=0x02 hdr=0x00
 vendor = 'Intel Corporation'
 device = '82801H (ICH8 Family) USB UHCI Controller'
 class  = serial bus
 subclass   = USB
ehci0@pci0:0:26:7:  class=0x0c0320 card=0x02091028 chip=0x283a8086
rev=0x02 hdr=0x00
 vendor = 'Intel Corporation'
 device = '82801H (ICH8 Family) USB2 EHCI Controller'
 class  = serial bus
 subclass   = USB

It does however seem related to cam as looking at the various threads
for the usb hub I find:

(kgdb) bt
#0  sched_switch (td=0xfe000265, newtd=0xfe000227f000,
flags=Variable "flags" is not available.
) at /usr/src/sys/kern/sched_ule.c:1927
#1  0x808f34c6 in mi_switch (flags=260, newtd=0x0) at
/usr/src/sys/kern/kern_synch.c:485
#2  0x8092bfd2 in sleepq_wait (wchan=0xfe001ec2a900, pri=92)
at /usr/src/sys/kern/subr_sleepqueue.c:623
#3  0x808f3c69 in _sleep (ident=0xfe001ec2a900,
lock=0xfe00371e9210, priority=Variable "priority" is not available.
) at /usr/src/sys/kern/kern_synch.c:250
#4  0x802bea02 in cam_sim_free (sim=0xfe001ec2a900,
free_devq=1) at /usr/src/sys/cam/cam_sim.c:112
#5  0x8074f8ba in umass_detach (dev=Variable "dev" is not available.
) at /usr/src/sys/dev/usb/storage/umass.c:2183
#6  0x8091a054 in device_detach (dev=0xfe001ec2e900) at
device_if.h:214
#7  0x8075c458 in usb_detach_device (udev=0xfe0007ce8800,
iface_index=32 ' ', flag=Variable "flag" is not available.
) at /usr/src/sys/dev/usb/usb_device.c:1065
#8  0x8075c5f4 in usb_unconfigure (udev=0xfe0007ce8800,
flag=Variable "flag" is not available.
) at /usr/src/sys/dev/usb/usb_device.c:455
#9  0x8075c88e in usb_free_device (udev=0xfe0007ce8800,
flag=Variable "flag" is not available.
) at /usr/src/sys/dev/usb/usb_device.c:2093
#10 0x80764e5e in uhub_explore (udev=0xfe0007353800) at
/usr/src/sys/dev/usb/usb_hub.c:358
#11 0x8074f536 in usb_bus_explore (pm=Variable "pm" is not
available.
) at /usr/src/sys/dev/usb/controller/usb_controller.c:359
#12 0x80769173 in usb_process (arg=Variable "arg" is not available.
) at /usr/src/sys/dev/usb/usb_process.c:170
#13 0x808bc2df in fork_exit (callout=0x807690a0
, arg=0xff80007c0e88, frame=0xff804743cc40) at
/usr/src/sys/kern/kern_fork.c:992
#14 0x80bc216e in fork_trampoline () at
/usr/src/sys/amd64/amd64/exception.S:602


From:   cam_sim_free(struct cam_sim *sim, int free_devq)

(kgdb) l
107 {
108 int error;
109
110 sim->refcount--;
111 if (sim->refcount > 0) {

112 error = msleep(sim

Re: FreeBSD 10-CURRENT and 9-STABLE snapshots

[Claude Buisson]

On 10/11/2012 02:52, Glen Barber wrote:

On Thu, Oct 11, 2012 at 02:34:56AM +0200, Claude Buisson wrote:

FWIW, you can compile the svn binary elsewhere, statically linked, and
save the dependency problem by copying the resulting binary around.



Lucky people who have an "elsewhere".

And the static binary is as much bloated than the dynamic ones.

Compare it with this poor csup, which gave great services for a small price.



Agreed on all counts.

For what it is worth, my response was really geared with the mindset of
having a cluster of machines to administer, where having the extra
(sometimes unnecessary) dependencies of svn are not ideal and/or can
conflict with other software.


I understood that. At a time I have been in that situation, but to be there I
had to "sell" the use of FreeBSD at my $WORK, and started with a single machine
and limited ressources. So the existence of a cluster even for people doing real
production work with FreeBSD is not a given.



As mentioned in today's earlier announcement for 9.1-RC2, however, CVS
backporting from SVN will continue to be done for the stable/9 branch.


> Hopefully that buys some time for svnup to become reality.
>

One of the starting point of this thread have been that according to cvsweb,
there does not seem to have been any update of releng7, releng8, and releng9 at
least since October 5 or 6, which is confirmed by cvsup1.fr.freebsd.org (I have
just done the test for releng8).

So something is not working somewhere, and someone may ask "do somebody care
about it ?"

The problem with svnsup is that it had to be a prerequisite, and had not be.


Glen



Sorry to have started so long a thread. I asked essentially the same questions
about cvs/csup/mirrors, etc more than a year ago without real answer..

Claude Buisson
___
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"

Re: [releng_8 tinderbox] failure on mips/mips

[Sergey V. Dyatko]

On Thu, 11 Oct 2012 09:43:20 GMT
FreeBSD Tinderbox  wrote:

guys, can you stop it ?:)

> http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full



-- 
wbr, tiger
___
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"

Re: FreeBSD 10-CURRENT and 9-STABLE snapshots

[Claude Buisson]

On 10/11/2012 02:45, Brandon Allbery wrote:

On Wed, Oct 10, 2012 at 8:21 PM, Claude Buisson  wrote:


I can easily understand that developpers are happy to switch to new tools,
but
the question is: do FreeBSD developpers care a bit about non developpers,
and



FreeBSD developers are required to keep their development systems and tools
with the needs of non-developers as the primary requirement?



You are just misinterpreting what I said.
The "previous generation" of developers devised a very efficient way of
distributing their work to non-developpers, with light tools, a large network of
mirrors, etc. This is now killed in a somewhat disruptive way (for 
non-developers).
___
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"

[releng_8 tinderbox] failure on mips/mips

[FreeBSD Tinderbox]

TB --- 2012-10-11 09:42:47 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-10-11 09:42:47 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE 
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-10-11 09:42:47 - starting RELENG_8 tinderbox run for mips/mips
TB --- 2012-10-11 09:42:47 - cleaning the object tree
TB --- 2012-10-11 09:42:48 - checking out /src from 
svn://svn.freebsd.org/base/stable/8
TB --- 2012-10-11 09:42:48 - cd /tinderbox/RELENG_8/mips/mips
TB --- 2012-10-11 09:42:48 - /usr/local/bin/svn cleanup /src
TB --- 2012-10-11 09:42:57 - /usr/local/bin/svn update /src
TB --- 2012-10-11 09:43:05 - At svn revision 241442S
TB --- 2012-10-11 09:43:06 - building world
TB --- 2012-10-11 09:43:06 - CROSS_BUILD_TESTING=YES
TB --- 2012-10-11 09:43:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-10-11 09:43:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-10-11 09:43:06 - SRCCONF=/dev/null
TB --- 2012-10-11 09:43:06 - TARGET=mips
TB --- 2012-10-11 09:43:06 - TARGET_ARCH=mips
TB --- 2012-10-11 09:43:06 - TZ=UTC
TB --- 2012-10-11 09:43:06 - __MAKE_CONF=/dev/null
TB --- 2012-10-11 09:43:06 - cd /src
TB --- 2012-10-11 09:43:06 - /usr/bin/make -B buildworld
>>> World build started on Thu Oct 11 09:43:07 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
[...]
cc -O2 -pipe   -I/obj/mips/src/tmp/legacy/usr/include -c 
/src/games/fortune/strfile/strfile.c
cc -O2 -pipe   -I/obj/mips/src/tmp/legacy/usr/include  -static 
-L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy
sh /src/tools/install.sh -s -o root -g wheel -m 555   strfile 
/obj/mips/src/tmp/legacy/usr/games
===> gnu/usr.bin/gperf (obj,depend,all,install)
/obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf
===> gnu/usr.bin/gperf/doc (obj)
/obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for 
/src/gnu/usr.bin/gperf/doc
make: don't know how to make iterator.cc. Stop
*** Error code 2

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-10-11 09:43:20 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-10-11 09:43:20 - ERROR: failed to build world
TB --- 2012-10-11 09:43:20 - 13.45 user 7.92 system 32.68 real


http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full
___
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"

Re: FreeBSD 9.1-RC2 Available...

[Sami Halabi]

Hi,

there's a patch in the list you mentioned.
it should go to rc3 i guess.

Sami

On Wed, Oct 10, 2012 at 9:39 PM, Gót András  wrote:

> Hi,
>
> Sorry for crossposting, but this would be really nice to be fixed in the
> final release. I just installed one RC2 onto a XenServer 6.1 cluster but
> cannot boot with XENHVM kernel. I started a thread on the freebsd-xen list,
> which is here: http://lists.freebsd.org/**pipermail/freebsd-xen/2012-**
> October/001374.html
>
> Regards,
> Andras
>
>
>
> On Wed, 10 Oct 2012 14:54:00 -0400, Ken Smith wrote:
>
>> The second release candidate of the 9.1-RELEASE release cycle is now
>> available on the FTP servers for amd64, i386, ia64, powerpc, and
>> powerpc64.  The MD5/SHA256 checksums are at the bottom of this message.
>> The ISO images and, for architectures that support it, the memory stick
>> images are available here:
>>
>>   
>> ftp://ftp.freebsd.org/pub/**FreeBSD/releases/ISO-IMAGES/9.**1/
>>
>> (or any of the FreeBSD mirror sites).
>>
>> A third RC build has been decided on, currently scheduled for a week
>> from now.  The release builds themselves will begin about a week after
>> RC3.  The current target schedule has been updated:
>>
>>   
>> http://www.freebsd.org/**releases/9.1R/schedule.html
>>
>> If you notice any problems you can report them through the normal Gnats
>> PR system or here on the -stable mailing list.
>>
>> There was enough "community push-back" from the decision to not export
>> the 9.1 release branch activity to CVS that the decision has been
>> reversed.  A firm decision has been made that 10.X release activity will
>> not be exported to CVS.  It hasn't been decided yet if the upcoming 8.X
>> and/or 9.X (past 9.1) release activity will be exported.  More
>> information about that will get posted as decisions get made.
>>
>> If you want to do a source-based update to an existing system using SVN
>> the branch to use is releng/9.1.  If you would like to use CVS instead
>> use RELENG_9_1.
>>
>> The freebsd-update(8) utility supports binary upgrades of i386 and amd64
>> systems running earlier FreeBSD releases.  Systems running 9.0-RELEASE,
>> 9.1-BETA1, or 9.1-RC1 can upgrade as follows:
>>
>> # freebsd-update upgrade -r 9.1-RC2
>>
>> During this process, FreeBSD Update may ask the user to help by merging
>> some configuration files or by confirming that the automatically performed
>> merging was done correctly.
>>
>> # freebsd-update install
>>
>> The system must be rebooted with the newly installed kernel before
>> continuing.
>>
>> # shutdown -r now
>>
>> After rebooting, freebsd-update needs to be run again to install the new
>> userland components, and the system needs to be rebooted again:
>>
>> # freebsd-update install
>> # shutdown -r now
>>
>> Users of earlier FreeBSD releases (FreeBSD 7.X, 8.X) can also use
>> freebsd-update to upgrade to FreeBSD 9.1-RC2, but will be prompted to
>> rebuild all third-party applications (e.g., anything installed from the
>> ports tree) after the second invocation of "freebsd-update install", in
>> order to handle differences in the system libraries between FreeBSD 7.X
>> or FreeBSD 8.X and FreeBSD 9.X.
>>
>>
> __**_
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable
> To unsubscribe, send any mail to 
> "freebsd-stable-unsubscribe@**freebsd.org
> "
>



-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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"

Re: time keeps on slipping... slipping...

[Peter Jeremy]

On 2012-Oct-10 23:30:30 -0700, John-Mark Gurney  wrote:
>> >kern.timecounter.tc.TSC-low.mask: 4294967295
>> >kern.timecounter.tc.TSC-low.counter: 2854866610
>> >kern.timecounter.tc.TSC-low.frequency: 10937740
>> >kern.timecounter.tc.TSC-low.quality: 1000
...
>Since I switch to HPET, it hasn't happened at all in the last 3 days..

That suggests that there's something peculiar about your TSC.  There
are a variety of possibilities...  Does your CPU support multiple
Cx states and are you using them ("sysctl dev.cpu | grep cx_")?

-- 
Peter Jeremy


pgpeGw8Kk7Rhc.pgp
Description: PGP signature