on 21/08/2010 03:03 Doug Barton said the following:
Here are the results of a vmstat -i, the old dtrace script, and Andriy's
new one.
I think that for such amount of data it is better to use links (perhaps a
service like pastebin) rather than inlining it.
BTW, it seems that there are no
on 21/08/2010 09:50 Andriy Gapon said the following:
on 21/08/2010 03:03 Doug Barton said the following:
Here are the results of a vmstat -i, the old dtrace script, and Andriy's
new one.
I think that for such amount of data it is better to use links (perhaps a
service like pastebin) rather
On Sat, 21 Aug 2010, Andriy Gapon wrote:
I think that for such amount of data it is better to use links (perhaps a
service like pastebin) rather than inlining it.
No problem:
http://people.freebsd.org/~dougb/intr-out.txt
BTW, it seems that there are no followups/comments on results of the
on 21/08/2010 10:33 Doug Barton said the following:
On Sat, 21 Aug 2010, Andriy Gapon wrote:
I think that for such amount of data it is better to use links
(perhaps a
service like pastebin) rather than inlining it.
No problem:
http://people.freebsd.org/~dougb/intr-out.txt
Thanks a lot!
on 21/08/2010 12:35 Andriy Gapon said the following:
I feel like you might be having a problem with clocks...
FWIW, I am reading this document http://edc.intel.com/Link.aspx?id=1484
and I see this sentence: All of the clocks in the processor core are
stopped in the C3 state.
I see that you have
On Fri, Aug 20, 2010 at 22:51, Chris Ruiz yr.retar...@gmail.com wrote:
On Fri, Aug 20, 2010 at 1:56 AM, Bernhard Schmidt
bschm...@techwires.net wrote:
On Fri, Aug 20, 2010 at 08:31, Bernhard Schmidt bschm...@techwires.net
wrote:
On Fri, Aug 20, 2010 at 01:04, Chris Ruiz yr.retar...@gmail.com
Hi,
I tried vimage and jail today. I have encountered the problem.
In the vimage in Jail, I can not reach the internet server. It seems that
routing table is incorrect. I do not know the real reason.
This is the procedure I did.
At first, I created the jail environment.
# jail -c vnet
On Sat, 21 Aug 2010, Hideki Yamamoto wrote:
Dose anyone knows any resolution or something?
1) jexec 1 ifconfig em0 inet6 -ifdisabled
to enabled v6 for the interface.
2) have you tried ping -n a.c.b.d using addresses to get the resolver
out of the picture. Can you tcpdump and see
On Mon, 26 Jul 2010, David Wolfskill wrote:
I don't know if this is likely to bite enough folks htat updating
UPDATING is warranted.
The window was small, so probably not.
Doug
Last time I've update the src tree (with csup) and successfully rebuilt
world+kernel was on July 25th, so just
That's a good read for other things as Mike, thanks for taking the
time to pass on this knowledge :)
- Original Message -
From: Mike Haertel m...@ducky.net
To: ga...@freebsd.org
Anyway, just FYI, here's a quick summary of where GNU grep gets
its speed. Hopefully you can carry these
On Sat, 21 Aug 2010 00:33:43 -0700 (PDT)
Doug Barton do...@freebsd.org wrote:
On Sat, 21 Aug 2010, Andriy Gapon wrote:
I think that for such amount of data it is better to use links
(perhaps a service like pastebin) rather than inlining it.
No problem:
Andriy Gapon wrote:
on 21/08/2010 12:35 Andriy Gapon said the following:
I feel like you might be having a problem with clocks...
FWIW, I am reading this document http://edc.intel.com/Link.aspx?id=1484
and I see this sentence: All of the clocks in the processor core are
stopped in the C3 state.
On 8/21/10, Andriy Gapon a...@icyb.net.ua wrote:
on 21/08/2010 16:04 b. f. said the following:
Andriy Gapon wrote:
on 21/08/2010 12:35 Andriy Gapon said the following:
Well, let's try to not muddy the waters prematurely.
It's not premature to say that his machine has some peculiar
on 21/08/2010 16:04 b. f. said the following:
Andriy Gapon wrote:
on 21/08/2010 12:35 Andriy Gapon said the following:
I feel like you might be having a problem with clocks...
FWIW, I am reading this document http://edc.intel.com/Link.aspx?id=1484
and I see this sentence: All of the clocks in
on 30/07/2010 17:36 Anton Shterenlikht said the following:
On Fri, Jul 30, 2010 at 04:31:44PM +0300, Andriy Gapon wrote:
Just a one thing to try - can you please add hdac_reset(sc, 1) call in
hdac_attach() right before hdac_get_capabilities() call?
The idea is to reset the controller before
While updating sysutils/coreutils port on -current as of this morning
(SVN r211550), I noted a panic during the directory rename config test.
I disabled the journal and the test succeeded without a panic.
Abbreviated core.txt is attached,
imb
toshi.auburn.protected-networks.net dumped
On 08/21/2010 02:35, Andriy Gapon wrote:
BTW, if you run procstat -k 11 a few times during the condition, does TID 16
typically have or not have lock_mtx softclock substring in its stack?
Not. I ran 'procstat -k 11 | grep 16' about 20 times, and all but
one looked like this:
11
On Sat, Aug 21, 2010 at 07:20:18PM +0300, Andriy Gapon wrote:
on 30/07/2010 17:36 Anton Shterenlikht said the following:
On Fri, Jul 30, 2010 at 04:31:44PM +0300, Andriy Gapon wrote:
Just a one thing to try - can you please add hdac_reset(sc, 1) call in
hdac_attach() right before
TB --- 2010-08-21 18:50:21 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-21 18:50:21 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-08-21 18:50:21 - cleaning the object tree
TB --- 2010-08-21 18:51:11 - cvsupping the source tree
TB --- 2010-08-21 18:51:11 -
Nathan Whitehorn nwhiteh...@freebsd.org writes:
I'm the first to admit that many of the config tricks involved in this
port, and GENERIC64, are ugly hacks, largely because config(8) was not
designed with such things in mind.
It's not just config tricks and ugly hacks, it also violates the
On 08/21/10 16:54, Dag-Erling Smørgrav wrote:
Nathan Whitehornnwhiteh...@freebsd.org writes:
I'm the first to admit that many of the config tricks involved in this
port, and GENERIC64, are ugly hacks, largely because config(8) was not
designed with such things in mind.
It's not just
On Aug 20, 2010, at 14:21, Rui Paulo rpa...@freebsd.org wrote:
On 20 Aug 2010, at 20:46, Jim Riggs wrote:
References:
http://www.mail-archive.com/svn-src-...@freebsd.org/msg24380.html
http://forums.freebsd.org/showthread.php?t=17126
This commit automatically ejects the CD when
On Sat, Aug 21, 2010 at 5:24 PM, Randi Harper sek...@gmail.com wrote:
On Aug 20, 2010, at 14:21, Rui Paulo rpa...@freebsd.org wrote:
You are correct. We should not be ejecting the CD without a prompt. If
the commit is reverted, it should be explicitly noted in the code so that we
don't do
On 08/21/2010 01:56, Doug Barton wrote:
These are various error messages collected from running X and/or firefox
from the command line:
*** NSPlugin Viewer *** WARNING: unhandled variable 18 (unknown
variable) in
NPN_GetValue()
I get lots and lots of these, even when things are working
24 matches
Mail list logo
