Hi--
On Aug 25, 2011, at 5:56 PM, Pegasus Mc Cleaft wrote:
> I am running FreeBSD 9.0-BETA1 r225125 compiled with LLVM on a Xeon
> processor (CPUTYPE=core2 and CFLAGS= -mmmx -msse -msse2 -msse3 -O2
> -fno-strict-aliasing -pipe)
The FreeBSD kernel doesn't use MMX or SSE by explicit design choice.
Hello Current,
I have recently discovered a problem and I was wondering if anyone
has experienced this or if they can verify that it is not just my hardware.
I am running FreeBSD 9.0-BETA1 r225125 compiled with LLVM on a Xeon
processor (CPUTYPE=core2 and CFLAGS= -mmmx -msse -mss
On Thu, 25 Aug 2011, Rick Macklem wrote:
Benjamin Kaduk wrote:
If we're confident that we won't ever fully fill the hash table, I
would
think that this should wrap around back to zero (or one?) instead of
overflowing.
Here's my updated patch (it will wrap to 1 the first time and then
exceed
On Thu, 25 Aug 2011, Daniel Eischen wrote:
On Thu, 25 Aug 2011, John Baldwin wrote:
On Wednesday, August 24, 2011 8:19:42 pm Daniel Eischen wrote:
Hello,
I have an older Dell 4150 laptop that takes forever to build
world, so I don't update it that often. The last time I
updated it was March
Rick Macklem wrote
in <468764384.310026.1314219682612.javamail.r...@erie.cs.uoguelph.ca>:
rm> Pawel Jakub Dawidek wrote:
rm> > On Wed, Aug 24, 2011 at 04:41:25PM +0300, Kostik Belousov wrote:
rm> > > On Wed, Aug 24, 2011 at 09:36:37AM -0400, Rick Macklem wrote:
rm> > > > Well, doesn't this resu
After pondering the best way to allow the VOP_ACCESS() call to
only query for the permissions really needed, I've come up with
a patch that minimally adds one parameter to the nlm_get_vfs_state()
function call with the lock type from the original argp.
http://people.freebsd.org/~jwd/nlm_prot_impl.
On 2011-08-25 17:12, Beach Geek wrote:
make buildworld failed trying to upgrade from r223619 to r225128.
(Note: Updating other boxes from r224774 to r225119 went flawless)
On failing laptop (Toshibs Sat C655D)
/usr/include/c++/4.2/bits/stringfwd.h:56: internal compiler error:
Segmentation
On Thu, 25 Aug 2011, John Baldwin wrote:
On Wednesday, August 24, 2011 8:19:42 pm Daniel Eischen wrote:
Hello,
I have an older Dell 4150 laptop that takes forever to build
world, so I don't update it that often. The last time I
updated it was March 1, 2010. I just updated the system
yesterda
> >> I believe it's time to up these values to something that's in line with
> >> higher speed
> >> local networks, such as 10G. Perhaps it's time to move these to 2MB
> >> instead of 256K.
> >>
> >> Thoughts?
> >
> >
> > This never happened, did it? Was there a reason?
> >
>
> I went back and
make buildworld failed trying to upgrade from r223619 to r225128.
(Note: Updating other boxes from r224774 to r225119 went flawless)
On failing laptop (Toshibs Sat C655D)
uname -v
FreeBSD 9.0-CURRENT #0 r223619 Tue Jun 28 CDT 2011 ...
svn info /usr/src
URL: svn.freebsd.org/base/head
...
Revision
Benjamin Kaduk wrote:
>
> If we're confident that we won't ever fully fill the hash table, I
> would
> think that this should wrap around back to zero (or one?) instead of
> overflowing.
>
Here's my updated patch (it will wrap to 1 the first time and then
exceed 255 if 1<->255 are all in use).
--
Benjamin Kaduk wrote:
> On Wed, 24 Aug 2011, Rick Macklem wrote:
>
> > "afs"
>
> The current OpenAFS codebase uses the all-caps "AFS". Judging by the
> omitted text, perhaps this should change. (We also don't use VFS_SET
> to
> set it, which I filed a bug about.)
>
> >
> > and here is my current
On Wednesday, August 24, 2011 8:19:42 pm Daniel Eischen wrote:
> Hello,
>
> I have an older Dell 4150 laptop that takes forever to build
> world, so I don't update it that often. The last time I
> updated it was March 1, 2010. I just updated the system
> yesterday and ath0 (a Linksys PCCard) no
TB --- 2011-08-25 10:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-25 10:00:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-08-25 10:00:00 - cleaning the object tree
TB --- 2011-08-25 10:00:35 - cvsupping the source tree
TB --- 2011-08-25 10:00:35 - /usr/bin/c
On 25 August 2011 15:50, Daniel Eischen wrote:
>> [snip]
>>
>> Yup, looks like another cardbus/pci allocation issue. :-)
>
> Who do I ping about it? I tried with "nooption NEW_PCIB"
> but that didn't work either.
Whoever looks after the cardbus/pci code?
I know you don't want to, but it may be
On Thu, 25 Aug 2011, Adrian Chadd wrote:
On 25 August 2011 08:19, Daniel Eischen wrote:
I have an older Dell 4150 laptop that takes forever to build
world, so I don't update it that often. The last time I
updated it was March 1, 2010. I just updated the system
yesterday and ath0 (a Linksys
16 matches
Mail list logo
