TB --- 2010-09-01 05:39:04 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2010-09-01 05:39:04 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2010-09-01 05:39:04 - cleaning the object tree
TB --- 2010-09-01 05:39:33 - cvsupping the source tree
TB --- 2010-09-01 05:39:33 - /usr/
On Wed, Sep 01, 2010 at 03:21:48AM -0400, FreeBSD Tinderbox wrote:
> TB --- 2010-09-01 05:39:04 - tinderbox 2.6 running on freebsd-stable.sentex.ca
> TB --- 2010-09-01 05:39:04 - starting RELENG_7 tinderbox run for amd64/amd64
> TB --- 2010-09-01 05:39:04 - cleaning the object tree
> TB --- 2010-09
On Tue, Aug 31, 2010 at 10:30 AM, Michael BlackHeart wrote:
> Hello
>
> I've got a problem with Broadcomm Wireless.
> I have notebook HP Compaq 6720s with BCM4312. I disassemblied book and saw
> there plugable Wireless Module but I'm lazy to do it again to werify it's
> ID.
>
> Windows XP drivers
TB --- 2010-09-01 06:54:06 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2010-09-01 06:54:06 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2010-09-01 06:54:06 - cleaning the object tree
TB --- 2010-09-01 06:54:29 - cvsupping the source tree
TB --- 2010-09-01 06:54:29 - /usr/bi
TB --- 2010-09-01 07:21:48 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2010-09-01 07:21:48 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2010-09-01 07:21:48 - cleaning the object tree
TB --- 2010-09-01 07:22:24 - cvsupping the source tree
TB --- 2010-09-01 07:22:24 - /usr/bi
I'm running -STABLE with a kde-derived desktop. This setup (which is
pretty standard) is providing abysmal interactive performance on an
eight-core machine whenever I try to do anything CPU-intensive (such as
building a port).
Basically, trying to build anything from ports rapidly renders every
On Tue, 31 Aug 2010, Mike Tancsa wrote:
Hey Mike,
On a RELENG_8 box from aug 25th, I started seeing a constant spew of
Aug 31 00:17:46 gate8 kernel: if_rtdel: error 47
Aug 31 00:18:29 gate8 kernel: ifa_del_loopback_route: deletion failed
Aug 31 00:18:29 gate8 kernel: if_rtdel: error 3
Aug 31 0
Hi everyone,
I am experiencing similar issues with newnfs:
1) I have two clients that each get around 0.5MiB/s to 2.6MiB/s reading
from the NFS4-share on Gbit-Lan
2) Mounting with -t newnfs -o nfsv3 results in no performance gain
whatsoever.
3) Mounting with -t nfs results in 58MiB/s ! (Netca
On Wed, 1 Sep 2010, Frank Razenberg wrote:
Hey,
Robert Watson described a problem in this discussion:
http://lists.freebsd.org/pipermail/freebsd-stable/2006-May/025880.html
Currently I'm experiencing a similar problem, but on amd64 and FreeBSD 8.1
Release. Accessing /dev/tap0 instantly results
On Tue, Aug 31, 2010 at 10:58:29AM -0500, Dan Nelson wrote:
> In the last episode (Aug 31), Tim Bishop said:
> > On Sat, Aug 21, 2010 at 05:24:29PM -0500, Dan Nelson wrote:
> > > In the last episode (Aug 21), Tim Bishop said:
> > > > A few items from top, including zfskern:
> > > >
> > > > PID U
On 09/01/10 15:08, jan.gr...@bristol.ac.uk wrote:
I'm running -STABLE with a kde-derived desktop. This setup (which is
pretty standard) is providing abysmal interactive performance on an
eight-core machine whenever I try to do anything CPU-intensive (such as
building a port).
Basically, trying t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Everyone,
On November 30th, FreeBSD 6.4 and FreeBSD 8.0 will have reached their
End of Life and will no longer be supported by the FreeBSD Security Team.
Since FreeBSD 6.4 is the last remaining supported release from the FreeBSD
6.x stable branc
> Hi everyone,
>
> I am experiencing similar issues with newnfs:
>
> 1) I have two clients that each get around 0.5MiB/s to 2.6MiB/s
> reading
> from the NFS4-share on Gbit-Lan
>
> 2) Mounting with -t newnfs -o nfsv3 results in no performance gain
> whatsoever.
>
> 3) Mounting with -t nfs resul
Hi.
This is reproducible from time to time on boot when
handling SIOCAIFADDR called from ifconfig on igb
on fresh (and not so fresh) 8-STABLE.
How can I help with debugging?
Kernel page fault with the following non-sleepable locks held:
exclusive sleep mutex igb0 (IGB Core Lock) r = 0 (0xc265553
On 07/01/10 15:23, Garrett Cooper wrote:
On Thu, Jul 1, 2010 at 11:51 AM, alan bryan wrote:
--- On Thu, 7/1/10, Garrett Cooper wrote:
From: Garrett Cooper
Subject: Re: NFS 75 second stall
To: "alan bryan"
Cc: freebsd-stable@freebsd.org
Date: Thursday, July 1, 2010, 11:13 AM
On Thu, Jul 1,
> On 07/01/10 15:23, Garrett Cooper wrote:
> > On Thu, Jul 1, 2010 at 11:51 AM, alan bryan
> > wrote:
> >>
> >> --- On Thu, 7/1/10, Garrett Cooper wrote:
> >>
> >>> From: Garrett Cooper
> >>> Subject: Re: NFS 75 second stall
> >>> To: "alan bryan"
> >>> Cc: freebsd-stable@freebsd.org
> >>> Date: Th
On Wednesday, September 01, 2010 11:53:09 am pluknet wrote:
> Hi.
>
> This is reproducible from time to time on boot when
> handling SIOCAIFADDR called from ifconfig on igb
> on fresh (and not so fresh) 8-STABLE.
>
> How can I help with debugging?
>
> Kernel page fault with the following non-sle
> On November 30th, FreeBSD 6.4 and FreeBSD 8.0 will have reached their
FreeBSD -7 & -8 do not support ISDN I'm told.
So 6.4 is the last working FreeBSD ISDN.
DSL is faster than ISDN, but
Losing ISDN would be unfortunate:
- Not all can get DSL speed, if they live far from phone exchange.
- ISDN
I have got problems with GSSAPI authentication to OpenLDAP:
ldap_sasl_interactive_bind_s: Other (e.g., implementation specific)
error (80)
additional info: SASL(-1): generic failure: GSSAPI Error: No
credentials were supplied, or the credentials were unavailable or
inaccessible. (unkno
> FreeBSD -7 & -8 do not support ISDN I'm told.
> So 6.4 is the last working FreeBSD ISDN.
> Could FreeBSD reinsert ISDN back into current/8/7 support ?
> Perhaps via:
> - a student SOC project ?
> - FreeBSD foundation paying a FreeBSD consultant (I know one who has the
> expertise already, has
On 1 September 2010 20:06, John Baldwin wrote:
> On Wednesday, September 01, 2010 11:53:09 am pluknet wrote:
>> Hi.
>>
>> This is reproducible from time to time on boot when
>> handling SIOCAIFADDR called from ifconfig on igb
>> on fresh (and not so fresh) 8-STABLE.
>>
>> How can I help with debug
On Wednesday 01 September 2010 18:53:46 Julian H. Stacey wrote:
> > FreeBSD -7 & -8 do not support ISDN I'm told.
> > So 6.4 is the last working FreeBSD ISDN.
> >
> > Could FreeBSD reinsert ISDN back into current/8/7 support ?
> > Perhaps via:
> > - a student SOC project ?
> > - FreeBSD foundation
"Julian H. Stacey" writes:
Hello,
> FreeBSD -7 & -8 do not support ISDN I'm told.
It seems that hps@ maintains an isdn stack outside of freebsd tree :
http://www.selasky.org/hans_petter/isdn4bsd/
Regards
Éric Masson
--
>Une RedHat (je ne connais pas les autres distributions) ce configure
On Wednesday, September 01, 2010 1:11:31 pm pluknet wrote:
> On 1 September 2010 20:06, John Baldwin wrote:
> > On Wednesday, September 01, 2010 11:53:09 am pluknet wrote:
> >> Hi.
> >>
> >> This is reproducible from time to time on boot when
> >> handling SIOCAIFADDR called from ifconfig on igb
>
LOL, if its the VF its pretty new code, PLEASE anyone, if this is the case
make it clear in the title somewhere, ok? Thanks.
Jack
On Wed, Sep 1, 2010 at 10:24 AM, John Baldwin wrote:
> On Wednesday, September 01, 2010 1:11:31 pm pluknet wrote:
> > On 1 September 2010 20:06, John Baldwin wrote
On 1 September 2010 21:31, Jack Vogel wrote:
> LOL, if its the VF its pretty new code, PLEASE anyone, if this is the case
> make it clear in the title somewhere, ok? Thanks.
>
Sure, this is the VF.
I'm sorry, I didn't mention this directly.
--
wbr,
pluknet
__
On Friday 27 August 2010 03:36 pm, Jung-uk Kim wrote:
> [3] AMD is working on an SMT-capable CPU (code-named Bulldozer) and
> my patch won't work on them. If anyone has a Bulldozer sample,
> please look into it.
I checked AMD website today and found out a new CPUID Spec. Rev. 2.34
was just relea
Hans Petter Selasky wrote:
> On Wednesday 01 September 2010 18:53:46 Julian H. Stacey wrote:
> > > FreeBSD -7 & -8 do not support ISDN I'm told.
> > > So 6.4 is the last working FreeBSD ISDN.
> > >
> > > Could FreeBSD reinsert ISDN back into current/8/7 support ?
> > > Perhaps via:
> > > - a stude
[trimmed cc list]
Julian,
On 09/01/10 18:09, Julian H. Stacey wrote:
On November 30th, FreeBSD 6.4 and FreeBSD 8.0 will have reached their
FreeBSD -7& -8 do not support ISDN I'm told.
So 6.4 is the last working FreeBSD ISDN.
Somebody told you wrong.
There's still i4b code in 7-STABLE. It'
Hi,
Reference:
> From: vol...@vwsoft.com
> Date: Wed, 01 Sep 2010 23:10:32 +0200
> Message-id: <4c7ec148.9040...@vwsoft.com>
vol...@vwsoft.com wrote:
> [trimmed cc list]
>
> Julian,
>
> On 09/01/10 18:09, Julian H. Stacey wrote:
> >> On November 30th, FreeBSD 6.4 and FreeBSD
Hi,
Without seeing your mpd link configuration, I am guessing the IP address
of all of
the local end points of your ppp links is the same IP address. If that's
the case,
the error message is harmless.
The reason being, for ppp links and in pre 8.0 release, if you try
pinging the local
end IP a
At 06:19 PM 9/1/2010, Li, Qing wrote:
Hi,
Without seeing your mpd link configuration, I am guessing the IP address
of all of
the local end points of your ppp links is the same IP address. If that's
the case,
the error message is harmless.
Hi,
Thanks for looking! Yes, they are the same
>
> Hi,
> Thanks for looking! Yes, they are the same. However, I
> dont see this error on the other box which does not have ipv6
> negotiation on the line (set bundle enable ipv6cp). Only since
> enabling ipv6 negotiation and oddly enough only after a few days did
> the error start hap
Dear colleagues,
some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on
copying
repo:
...
SetAttrs CVSROOT-src/Emptydir
Edit CVSROOT-src/access,v
Segmentation fault (core dumped)
deleting files from sup/cvsroot-all/ did not help
unfortunately, quick usual `make -DDEBUG_FL
At 07:24 PM 9/1/2010, Li, Qing wrote:
That explains the errno = 47, EAFNOSUPPORT.
I also noticed in your routing table output that all of entries
that have junk are related to the ng interface.
Is it more to do with the interfaces coming and going or ipv6 ? The
non ipv6 enabled mpd bo
On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote:
> Dear colleagues,
>
> some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on
> copying
> repo:
>
> ...
> SetAttrs CVSROOT-src/Emptydir
> Edit CVSROOT-src/access,v
> Segmentation fault (core dumped)
>
> del
On Thu, Sep 02, 2010 at 07:56:31AM +0200, John Hay wrote:
> On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote:
> > Dear colleagues,
> >
> > some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on
> > copying
> > repo:
> >
> > ...
> > SetAttrs CVSROOT-src/Empty
37 matches
Mail list logo
