reposting to hackers, maybe better luck here?
When using an amd64 host to 'make TARGET_ARCH=i386 buildworld' it seems that
it's using the wrong cpp, at least when building ioctl.c via mkioctl in
usr.bin/ktrace and having set WITHOUT_CPP(*). This used to work with
previous releases.
...
===> usr.b
Hi,
I am importing zfs snapshot to freebsd-9 from anther host running
freebsd-9. When the import happens, it locks the filesystem, "df" hangs
and unable to use the filesystem. Once the import completes, the filesystem
is back to normal and read/write works fine. The same doesnt happen in
Solari
Garrett Wollman wrote:
> [Adding freebsd-fs@ to the Cc list, which I neglected the first time
> around...]
>
> < said:
>
> > I can't remember (I am early retired now;-) if I mentioned this
> > patch before:
> > http://people.freebsd.org/~rmacklem/drc.patch
> > It adds tunables vfs.nfsd.tcphigh
on 20/09/2012 16:14 Attilio Rao said the following:
> On 9/20/12, Andriy Gapon wrote:
[snip]
>> The patch works well as far as I can tell. Thank you!
>> There is one warning with full witness enables but it appears to be harmless
>> (so
>> far):
>
> Andriy,
> thanks a lot for your testing and re
my os version is freebsd 9.0.I installed virtualbox 4.0.2.Installation
no error.but, can not run.error infromation:
"Failed to create the VirtualBox COM object.
The application will now terminate.
Callee RC: NS_ERROR_FACTORY_NOT_REGISTERED (0x80040154)
"
How to solve this problem?
Thank
On Wed, Oct 3, 2012 at 4:16 PM, cz li wrote:
> my os version is freebsd 9.0.I installed virtualbox 4.0.2.Installation
> no error.but, can not run.error infromation:
> "Failed to create the VirtualBox COM object.
>
> The application will now terminate.
>
>
>
> Callee RC: NS_ERROR_FACTORY_NOT_R
I believe that the following patch does the right thing that is repeated in a
few
other places.
I would like to ask for a review just in case.
commit cf0f573a1dcbc09cb8fce612530afeeb7f1b1c62
Author: Andriy Gapon
Date: Sun Sep 23 22:49:26 2012 +0300
kvm_proc: ignore processes in larvae st
kvm_deadprocs returns -1 to signify an error.
Current kvm_getprocs code would pass this return code as 'cnt' out parameter and
would not reset return value to NULL.
This confuses some callers, most prominently procstat_getprocs, into believing
that kvm_getprocs was successful. Moreover, the code
On Oct 2, 2012, at 12:36 AM, Yamagi Burmeister wrote:
> On Mon, 1 Oct 2012 22:16:53 -0700
> Tim Kientzle wrote:
>
>> There are a few different parallel command-line compressors and
>> decompressors in ports; experiment a lot (with large files being read from
>> and/or written to disk) and see
On 10/02/2012 03:06 AM, Adrian Chadd wrote:
> .. please keep in mind that embedded platforms (a) don't necessarily
> benefit from it, and (b) have a very small footprint. Bloating out the
> compression/archival tools for the sake of possible SMP support will
> make me very, very sad.
>
>
>
> Adr
On Wednesday, October 03, 2012 12:37:07 pm Andriy Gapon wrote:
>
> I believe that the following patch does the right thing that is repeated in a
> few
> other places.
> I would like to ask for a review just in case.
>
> commit cf0f573a1dcbc09cb8fce612530afeeb7f1b1c62
> Author: Andriy Gapon
> Da
<
said:
>> Simple: just use a sepatate mutex for each list that a cache entry
>> is on, rather than a global lock for everything. This would reduce
>> the mutex contention, but I'm not sure how significantly since I
>> don't have the means to measure it yet.
>>
> Well, since the cache trimming i
Garrett Wollman wrote:
> < said:
>
> >> Simple: just use a sepatate mutex for each list that a cache entry
> >> is on, rather than a global lock for everything. This would reduce
> >> the mutex contention, but I'm not sure how significantly since I
> >> don't have the means to measure it yet.
> >
I follow the above said to did.
FreeBSDHos# ls -ld /tmp
drwxrwxrwt 20 root wheel 2560 Oct 4 11:53 /tmp
I use ROOT user login.but, can not run.
I installed on this machine GNOME.Very strange,I can only use the
ROOT user log on normally.New user logs on, the user interface is not
responding.
> Someone might want to ask if parallelizing tar is even possible.
Answer: Yes. Here's a simple parallel version of tar:
find . | cpio -o -H ustar | gzip > outfile.tgz
There are definitely other approaches.
Tim
___
freebsd-hackers@freebsd.org m
15 matches
Mail list logo