David Xu wrote:
Do you have patch for i386 branch ? I want to test.
On my Pentium-D machine:
$ sysctl kern.sched.topology_spec
kern.sched.topology_spec: groups
group level=1 cache-level=0
cpu count=2 mask=0x30, 1/cpu
flags/flags
children
group level=3
on 16/07/2010 00:02 Petr Holub said the following:
Dear stable list,
is there any update on bug hunting of the issue described here?
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/145064
I've attempted to install PC BSD 8.1-RC1 on my desktop and I'm facing
the same problem with the Marvell
On Thu, Jul 15, 2010 at 10:01:48PM +0200, Oliver Fromme wrote:
Jung-uk Kim wrote:
On Thursday 15 July 2010 01:56 pm, Andriy Gapon wrote:
on 15/07/2010 19:57 Oliver Fromme said the following:
I patched topo_probe() so it calls topo_probe_0x4() after
topo_probe_0xb() if cpu_cores
On Thu, Jul 15, 2010 at 09:22:51AM -0700, Jeremy Chadwick wrote:
Furthermore, relevant bug (PR 144754) indicates there's an easier way to
induce this problem, so I'm going to see if I can reproduce it here
locally. It's almost certainly the same problem but induced via a
slightly different
On Thu, Jul 15, 2010 at 09:22:51AM -0700, Jeremy Chadwick wrote:
Furthermore, relevant bug (PR 144754) indicates there's an easier
way to
induce this problem, so I'm going to see if I can reproduce it here
locally. It's almost certainly the same problem but induced via a
slightly different
Hi,
I'm setting up a (future) 8.1 box to run as bgpd.
I know in 8.x there are some improvements in networking, has someone
any advice to tuning this machine?
bgpd, routing only.
CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (1995.01-MHz K8-class CPU)
Origin = GenuineIntel Id = 0x6f6
W dniu 10-07-16 11:11, Cristiano Deana pisze:
Hi,
I'm setting up a (future) 8.1 box to run as bgpd.
I know in 8.x there are some improvements in networking, has someone
any advice to tuning this machine?
bgpd, routing only.
How many peerings will You have, and how many prefixes You intend
On Fri, Jul 16, 2010 at 11:56:17AM +0300, Reko Turja wrote:
Another datapoint that might or might not have some connection with
the issue is that in _gss_mg_error (m=0x28a86480, maj=851968, min=2)
at /usr/src/lib/libgssapi/gss_display_status.c
void
232 _gss_mg_error(struct
On Fri, Jul 16, 2010 at 11:56:17AM +0300, Reko Turja wrote:
On Thu, Jul 15, 2010 at 09:22:51AM -0700, Jeremy Chadwick wrote:
Furthermore, relevant bug (PR 144754) indicates there's an
easier way to
induce this problem, so I'm going to see if I can reproduce it here
locally. It's almost
On Fri, Jul 16, 2010 at 11:15 AM, Maciej Jan Broniarz gau...@gausus.net wrote:
I'm setting up a (future) 8.1 box to run as bgpd.
I know in 8.x there are some improvements in networking, has someone
any advice to tuning this machine?
bgpd, routing only.
How many peerings will You have, and
This doesn't help. The problem is that Cyrus imapd is completely
freaking out, continually dying and re-forking itself, with my
kernel
message buffer filling rapidly + all.log filling. So, there is
further
configuration of this daemon that's needed (meaning it does not work
straight out of
void
232 _gss_mg_error(struct _gss_mech_switch *m, OM_uint32 maj,
OM_uint32 min)
233 {
234 OM_uint32 major_status, minor_status;
235 OM_uint32 message_content;
236 struct mg_thread_ctx *mg;
237
238 mg = last_error_context;
239
240
On Fri, Jul 16, 2010 at 12:43:22PM +0300, Reko Turja wrote:
This doesn't help. The problem is that Cyrus imapd is completely
freaking out, continually dying and re-forking itself, with my
kernel
message buffer filling rapidly + all.log filling. So, there is
further
configuration of this
On Fri, Jul 16, 2010 at 04:04:27AM -0700, Jeremy Chadwick wrote:
On Fri, Jul 16, 2010 at 12:43:22PM +0300, Reko Turja wrote:
This doesn't help. The problem is that Cyrus imapd is completely
freaking out, continually dying and re-forking itself, with my
kernel
message buffer filling
On 15 July 2010 23:18, Jung-uk Kim j...@freebsd.org wrote:
On Thursday 15 July 2010 03:07 pm, Jung-uk Kim wrote:
On Thursday 15 July 2010 01:56 pm, Andriy Gapon wrote:
on 15/07/2010 19:57 Oliver Fromme said the following:
In topo_probe(), cpu_high is 0xd, so topo_probe_0xb() is
called.
Thanks. Most of this worked, except the following:
[SNIP]
Which worked. I hope this was the right thing to do.
My bad there, I was slightly pressed for time and did not check if
default cyrus documentation was sane in freebsd context - what you did
was quite correct.
However, upon
On Fri, Jul 16, 2010 at 02:33:17PM +0300, Reko Turja wrote:
You can move the surplus mechs (libopie*, libntlm*) from
/usr/local/lib/sasl2 to for example /usr/local/lib/sasl2/disabled
To deal with this in a more clean manner, I rebuilt
security/cyrus-sasl23 with the following OPTIONS unchecked:
I think we need the OP of the PR[1], Mikhail T., to chime in here
with his
setup.
While waiting, can you test the following: In the
/usr/local/etc/imapd.conf file comment out
#sasl_pwcheck_method: saslauthd
and add below it:
sasl_mech_list: gssapi pam plain
-Reko
At 05:25 AM 7/16/2010, Cristiano Deana wrote:
30 peering + 1 route server, 320k prefixes, 200M bw.
For 8.x, make sure you turn off flowtables. It does not do well with
a full view.
---Mike
___
freebsd-stable@freebsd.org mailing list
On Fri, Jul 16, 2010 at 03:58:04PM +0300, Reko Turja wrote:
I think we need the OP of the PR[1], Mikhail T., to chime in here
with his
setup.
While waiting, can you test the following: In the
/usr/local/etc/imapd.conf file comment out
#sasl_pwcheck_method: saslauthd
and add below it:
On Thursday 15 July 2010 09:34 pm, David Xu wrote:
Jung-uk Kim wrote:
On Wednesday 14 July 2010 05:40 pm, Jung-uk Kim wrote:
On Wednesday 14 July 2010 01:31 pm, Andriy Gapon wrote:
on 14/07/2010 17:14 Oliver Fromme said the following:
In a machine installed yesterday, 8.1-PRERELEASE
On Friday 16 July 2010 03:55 am, Jeremy Chadwick wrote:
On Thu, Jul 15, 2010 at 10:01:48PM +0200, Oliver Fromme wrote:
Jung-uk Kim wrote:
On Thursday 15 July 2010 01:56 pm, Andriy Gapon wrote:
on 15/07/2010 19:57 Oliver Fromme said the following:
I patched topo_probe() so it
2010/6/19 paradox ddkp...@yahoo.com:
On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote:
Hi there,
I was so happy to see that VESA is available for amd64, but
unfortunately it does not work really well for me. Take a look at
this picture :
can you set less resolution?
is the same bug?
as example MODE_277
need more verbose information
On Wednesday 02 June 2010 04:25 pm, David DEMELIER
wrote:
Hi there,
I was so happy to see that VESA is available
for amd64, but
unfortunately it does not work really well for
me. Take a
On Friday 16 July 2010 03:00 pm, David DEMELIER wrote:
2010/6/19 paradox ddkp...@yahoo.com:
On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote:
Hi there,
I was so happy to see that VESA is available for amd64, but
unfortunately it does not work really well for me. Take a look
at
On Friday 16 July 2010 03:22 pm, Jung-uk Kim wrote:
On Friday 16 July 2010 03:00 pm, David DEMELIER wrote:
2010/6/19 paradox ddkp...@yahoo.com:
On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote:
Hi there,
I was so happy to see that VESA is available for amd64, but
Hello everyone,
having upgraded my laptop to a recent 8_RELENG from an earlier 8_RELENG from
the time of the 8.0 release, I find it behaves very strangely.
When booting devd hangs often until cancelled with ctrl+c.
Sometimes it seems that pending work is waiting for disk activity until it is
27 matches
Mail list logo