Alexander Best writes:
> On Fri Jul 15 11, John Baldwin wrote:
>> This change exports each individual thread's resource usage via sysctl when
>> individual threads are requested via KERN_PROC_INC_THREAD. This generally
>> works correctly with 'top -m io' after the previous change to revert top
pmcstat(8) stopped to work for me after largeSMP landed in r222813.
At the time only pmccontrol(8) was updated. Then the next day
machdep.hlt_cpus was ripped out. So, I've assumed it's going to
be fixed by subsequent commits and commented out related code locally.
$ qemu -smp 2 -nographic ...
Eir Nym writes:
> On 8 July 2011 09:28, Berczi Gabor wrote:
>>
>> On Jul 7, 2011, at 12:19 PM, Volodymyr Kostyrko wrote:
>>
> 2. Try to convince bios to boot from the disk of pool2.
There is no disk with a singular ZFS pool.
>>>
>>> Any disk from bootable pool.
>>
>> Every disk con
Niclas Zeising writes:
> Sorry for hijacking this thread, and cross posting.
>
> On 2011-06-26 03:07, Gabor PALI wrote:
>>
>>
>>> With Clang, an error occurs in one of the configure scripts, because
>>> Clang warns about unused command-line arguments, and the configure
>>> script assumes that t
"Hartmann, O." writes:
> Since the notice mentioned in /usr/src/UPDATE (20110608) both gcc-4.5
> and 4.6 seems to need to be recompiled. I tried some ports with
> "USE_FORTRAN= yes" setand they failed as with gcc-4.6. There was
> always an error reporting: undefined reference to __cpumask_t or
>
Aryeh Friedman writes:
> Some time in the last 2 weeks (I am sure when) a commit caused many
> ports that assume a "standard" utmp/utmp.x to break for example
> x11-toolkits/vte produces:
I guess it's a user error, utmpx.h and utmp.h shouldn't both be present.
See similar issue
http://lists.f
George Kontostanos writes:
> *zpool import -c /tmp/zpool.cache zroot
> can not import /tmp/zpool.cache no such pool available
Try modifying pool's property:
$ zpool import -o cachefile=/tmp/zpool.cache zroot
> Well, it seems that -c switch is for specifying where to read from and not
> where
Olivier Smedts writes:
> 2011/5/5 Roman Divacky :
>>> Because with clang, -march=native often breaks buildworld, while
>>> -march=core2 is ok.
>>
>> Can you be more specific about this claim? On what CPU are seeing
>> this breakage?
>
> Ok, with latest HEAD...
>
> %echo | gcc -march=native -E -v
Thomas Dickey writes:
[...]
> Setting the titeInhibit resource cancels those 1049's, but unsetting
> it doesn't add them.
xterm-basic in /head doesn't define ti/te capabilities anymore per r200503.
So, there is no more need to hide them via `@', e.g. `:ti@:te@:' in `xterm'.
$ getcap -c ti -f
Randy Bush writes:
> i know i a perverted, but i really prefer not to have ca_mode. i.e.
Not to? But the patch makes the opposite effect.
> prior to 9, i had this little patch
>
> *** termcap.FCS Tue Jun 17 15:10:46 2003
> --- termcap Tue Jun 17 15:14:15 2003
> ***
Sergey Vinogradov writes:
> Hi,
> I've written a tiny-tiny patch, which adds the '-t' flag to
> ifconfig(8). It modifies the output to display IPv4 netmasks in dotted
> decimal notation:
[...]
> % ifconfig -t msk0
[...]
> inet 10.10.0.1 netmask 255.255.255.0 broadcast 10.10.0.255
Isn't n
11 matches
Mail list logo
