As I have imported some more improvements to the ZFS v15 patch that also
target speed,
I am now calling for testing of v16 with mainly the following important
(post-v16) enhancement (and some related bugfixes):
OpenSolaris Bug ID: 6775100 stat() performance on files on zfs should be
improved
This
Hello,
I made small device driver for the first time. It is published on my blog.
Because it is written in Japanese, I try to write here.
This module provides initial connection of the iSCSI target with setting
via iBFT (iSCSI Boot Firmware Table). Currently, it is intended to use
Intel NIC and
On Thu, Jun 24, 2010 at 08:29:57AM -0700, Ted Faber wrote:
> On Thu, Jun 24, 2010 at 09:40:00AM +0100, Tom Evans wrote:
> > I also have this in make.conf:
> > CUPS_OVERWRITE_BASE=yes
> > WITHOUT_LPR=yes
> >
> > which print/cups-base uses to do make any lpr related binaries in
> > /usr/bin non-exec
On Jun 24, 2010, at 8:53 AM, Dag-Erling Smørgrav wrote:
> Marcel Moolenaar writes:
>> Can check if you have /usr/local/lib/liblzma on your other machines. I
>> have this nagging feeling that you're picking up a library outside of
>> your object tree.
>
> That's what I'm working my way towards,
On Thu, Jun 24, 2010 at 03:56:56PM +0200, Dag-Erling Smørgrav wrote:
> Ed Schouten writes:
> > In my opinion, we should just rename mailwrapper to whateverwrapper
> > and list the lpr programs in there as well.
>
> Take a look at /etc/alternatives in any Debian-based Linux distro...
Yeah, that's
Marcel Moolenaar writes:
> Can check if you have /usr/local/lib/liblzma on your other machines. I
> have this nagging feeling that you're picking up a library outside of
> your object tree.
That's what I'm working my way towards, Marcel. Can you wait until
Anton has answered my questions.
DES
-
Anton Shterenlikht writes:
> Dag-Erling Smørgrav writes:
> > I expect this to produce the same error as before; if not, there is
> > something seriously wrong.
> the error is different...
>
> echo fsck_ffs: /usr/lib/libc.a /usr/lib/libufs.a >> .depend
> cc -O1 -I/usr/src/sbin/fsck_ffs -I/usr/src
On Thu, Jun 24, 2010 at 08:16:52AM -0700, Marcel Moolenaar wrote:
> Sorry for the top post:
>
> Anton,
>
> Can check if you have /usr/local/lib/liblzma on your other machines. I have
> this nagging feeling that you're picking up a library outside of your object
> tree.
Marcel
On as28 and as22
On Thu, Jun 24, 2010 at 09:40:00AM +0100, Tom Evans wrote:
> I also have this in make.conf:
> CUPS_OVERWRITE_BASE=yes
> WITHOUT_LPR=yes
>
> which print/cups-base uses to do make any lpr related binaries in
> /usr/bin non-executable, so they are skipped over and the cups
> specific ones in /usr/loc
Sorry for the top post:
Anton,
Can check if you have /usr/local/lib/liblzma on your other machines. I have
this nagging feeling that you're picking up a library outside of your object
tree.
Also: can you send the contents of /etc/make.conf
Thx
--
Marcel (Mobile)
On Jun 24, 2010, at 1:36 A
On Thu, Jun 24, 2010 at 02:58:12PM +0200, Dag-Erling Smørgrav wrote:
> Anton Shterenlikht writes:
> > *startfile_prefix_spec:
> > /usr/obj/usr/src/tmp/usr/lib/
>
> OK
>
> % cd /usr/src
> % make buildenv
> % cd rescue/rescue
> % make
>
> I expect this to produce the same error as before; if not,
On Thu, Jun 24, 2010 at 11:30:28AM +0200, Dimitry Andric wrote:
> On 2010-06-24 10:26, Anton Shterenlikht wrote:
> > I got a clean copy of r209203, and got the same error on buildworld:
> >
> > cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo
> > date.lo dd.lo df.lo echo.lo
Ed Schouten writes:
> In my opinion, we should just rename mailwrapper to whateverwrapper
> and list the lpr programs in there as well.
Take a look at /etc/alternatives in any Debian-based Linux distro...
DES
--
Dag-Erling Smørgrav - d...@des.no
___
f
* Mike Meyer wrote:
> Maybe it's time for /usr/sbin/lpwrapper, to do the same thing for
> print systems?
In my opinion, we should just rename mailwrapper to whateverwrapper and
list the lpr programs in there as well.
--
Ed Schouten
WWW: http://80386.nl/
pgpzwgJfIGCWZ.pgp
Description: PGP s
On Thu, Jun 24, 2010 at 2:33 PM, Cristiano Deana
wrote:
> On Thu, Jun 24, 2010 at 11:24 AM, Tom Evans wrote:
>
>> The error in your first email was clearly a warning being promoted to
>> an error, so either you had a different error on your build with
>> NO_WERROR/WERROR, or your NO_WERROR/WERROR
On 2010-06-24 15:33, Cristiano Deana wrote:
> Last lines:
>
> /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/md4/md4_dgst.c:135:2:
> error: unsupported inline asm: input with type 'unsigned long'
> matching output with type
> 'unsigned int'
> R1(D,A,B,C,X( 4), 5,0x5A827
On Thu, Jun 24, 2010 at 11:24 AM, Tom Evans wrote:
> The error in your first email was clearly a warning being promoted to
> an error, so either you had a different error on your build with
> NO_WERROR/WERROR, or your NO_WERROR/WERROR settings were not being
> respected. Please retry with NO_WERR
* Andrew Reilly wrote:
> On Thu, Jun 24, 2010 at 09:23:37AM +0200, Gary Jennejohn wrote:
> > in /etc/src.conf - WITHOUT_LPR=yes
> >
> > and these symbolic links in /usr/bin
> > lrwxr-xr-x 1 root wheel 17 Mar 18 2009 /usr/bin/lp ->
> > /usr/local/bin/lp
> > lrwxr-xr-x 1 root wheel
Anton Shterenlikht writes:
> *startfile_prefix_spec:
> /usr/obj/usr/src/tmp/usr/lib/
OK
% cd /usr/src
% make buildenv
% cd rescue/rescue
% make
I expect this to produce the same error as before; if not, there is
something seriously wrong.
Now copy the last command make tried to run (cc -static
Anton Shterenlikht writes:
> Dag-Erling Smørgrav writes:
> > Anton Shterenlikht writes:
> > > Did you mean /usr/local/lib/liblzma.a ?
> > No, I meant /usr/lib/liblzma.a.
> This file doesn't exist on either of my other two ia64 boxes, where
> this problem is not present.
I still meant /usr/lib/l
On Thu, Jun 17, 2010 at 10:21:02AM +0100, Anton Shterenlikht wrote:
> On Wed, Jun 16, 2010 at 07:07:07PM +0100, Matthew Seaman wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 16/06/2010 18:15:32, Anton Shterenlikht wrote:
> > > On Wed, Jun 16, 2010 at 06:08:35PM +0100, Matt
On Thu, Jun 24, 2010 at 11:57:26AM +0100, Anton Shterenlikht wrote:
> On Thu, Jun 24, 2010 at 11:11:22AM +0200, Dag-Erling Smørgrav wrote:
> > Anton Shterenlikht writes:
> > > # find /usr/obj/usr/src -name liblzma.a
> > > /usr/obj/usr/src/tmp/usr/lib/liblzma.a
> > > /usr/obj/usr/src/lib/liblzma/li
On Thu, Jun 24, 2010 at 12:31:48PM +0200, Dag-Erling Smørgrav wrote:
> Dag-Erling Smørgrav writes:
> > On a machine where make buildworld failed, do
> >
> > % cd /usr/src
> > % make buildenv
> > % echo $PATH
> > % which cc
> > % cc --version
> > % strings $(which cc) | grep -w tmp
>
> instead of
On Thu, Jun 24, 2010 at 11:11:22AM +0200, Dag-Erling Smørgrav wrote:
> Anton Shterenlikht writes:
> > # find /usr/obj/usr/src -name liblzma.a
> > /usr/obj/usr/src/tmp/usr/lib/liblzma.a
> > /usr/obj/usr/src/lib/liblzma/liblzma.a
> > # diff /usr/obj/usr/src/tmp/usr/lib/liblzma.a
> > /usr/obj/usr/sr
Dag-Erling Smørgrav writes:
> On a machine where make buildworld failed, do
>
> % cd /usr/src
> % make buildenv
> % echo $PATH
> % which cc
> % cc --version
> % strings $(which cc) | grep -w tmp
instead of that last line:
% cc -dumpspecs
(still in buildenv)
DES
--
Dag-Erling Smørgrav - d...@d
On 2010-06-23, ben wilber wrote:
> > > panic: _sx_xlock_hard: recursed on non-recursive sx
> > > buf_hash_table.ht_locks[i].ht_lock @
> > > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/c
> > > ommon/fs/zfs/arc.c:1626
> >
> > Any chance to obtain a backtrace for the panic?
>
> >Fr
On Thu, Jun 24, 2010 at 10:45 AM, Alex Dupre wrote:
> Tom Evans ha scritto:
>> make delete-old removes old deprecated files, not files that weren't
>> built because of src.conf options.
>
> I think you are wrong:
> http://www.freebsd.org/cgi/cvsweb.cgi/src/tools/build/mk/OptionalObsoleteFiles.inc?
Tom Evans ha scritto:
> make delete-old removes old deprecated files, not files that weren't
> built because of src.conf options.
I think you are wrong:
http://www.freebsd.org/cgi/cvsweb.cgi/src/tools/build/mk/OptionalObsoleteFiles.inc?rev=1.66
--
Alex Dupre
_
On Thu, Jun 24, 2010 at 10:21 AM, Andrew Reilly wrote:
> On Thu, Jun 24, 2010 at 09:23:37AM +0200, Gary Jennejohn wrote:
>> in /etc/src.conf - WITHOUT_LPR=yes
>>
>> and these symbolic links in /usr/bin
>> lrwxr-xr-x 1 root wheel 17 Mar 18 2009 /usr/bin/lp ->
>> /usr/local/bin/lp
>> lrwxr-
On Wed, Jun 23, 2010 at 4:52 PM, Cristiano Deana
wrote:
> On Wed, Jun 23, 2010 at 3:15 PM, Tom Evans wrote:
>
>> Top of the '[TESTING] Clang..' email:
>>
>>> hi,
>>>
>>> ClangBSD was updated to LLVM/clang revision 104832 which is what we aim to
>>> import
>>> into HEAD in roughly a week. We woul
On Thu, Jun 24, 2010 at 09:23:37AM +0200, Gary Jennejohn wrote:
> in /etc/src.conf - WITHOUT_LPR=yes
>
> and these symbolic links in /usr/bin
> lrwxr-xr-x 1 root wheel 17 Mar 18 2009 /usr/bin/lp ->
> /usr/local/bin/lp
> lrwxr-xr-x 1 root wheel 24 Mar 18 2009 /usr/bin/lpoptions ->
Anton Shterenlikht writes:
> # find /usr/obj/usr/src -name liblzma.a
> /usr/obj/usr/src/tmp/usr/lib/liblzma.a
> /usr/obj/usr/src/lib/liblzma/liblzma.a
> # diff /usr/obj/usr/src/tmp/usr/lib/liblzma.a
> /usr/obj/usr/src/lib/liblzma/liblzma.a
> #
> # nm /usr/obj/usr/src/lib/liblzma/liblzma.a | grep
Andriy Gapon writes:
> Yes, you are absolutely correct. This comes from the fact that amd64 uses
> simple
> objects files (aka .o) as kernel modules and i386 uses full-blow dso.
The obvious question is: since, as I understand, amd64's solution is
superior, what would it take to switch to .o on
On Wed, Jun 23, 2010 at 10:01 PM, ben wilber wrote:
> On Wed, Jun 23, 2010 at 01:47:33PM -0700, Xin LI wrote:
>> >
>> > panic: _sx_xlock_hard: recursed on non-recursive sx
>> > buf_hash_table.ht_locks[i].ht_lock @
>> > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/c
>> > ommon/fs/z
On Thu, Jun 24, 2010 at 8:23 AM, Gary Jennejohn
wrote:
> On Wed, 23 Jun 2010 18:15:09 -0700
> Ted Faber wrote:
>
>> (/usr/local/bin/ preceeds /usr/bin in my path so I can use the lpr
>> commands from cupsd, though it's evidently a bit of a dangerous idea.)
>>
> [trimmed Cc]
>
> I use cupsd and ha
On Thu, 24 Jun 2010 10:30:26 +0200
Alban Hertroys wrote:
> On 24 Jun 2010, at 9:23, Gary Jennejohn wrote:
>
> > On Wed, 23 Jun 2010 18:15:09 -0700
> > Ted Faber wrote:
> >
> >> (/usr/local/bin/ preceeds /usr/bin in my path so I can use the lpr
> >> commands from cupsd, though it's evidently a
On Wed, Jun 23, 2010 at 04:20:18PM +0200, Dag-Erling Smørgrav wrote:
> Anton Shterenlikht writes:
> > I think it's possible that at some point, in anger, I did "make
> > installworld" after a failed, or otherwise interrupted "make
> > buildworld". Perhaps I got an inconsistent set of binaries as a
On 24 Jun 2010, at 9:23, Gary Jennejohn wrote:
> On Wed, 23 Jun 2010 18:15:09 -0700
> Ted Faber wrote:
>
>> (/usr/local/bin/ preceeds /usr/bin in my path so I can use the lpr
>> commands from cupsd, though it's evidently a bit of a dangerous idea.)
>>
> [trimmed Cc]
>
> I use cupsd and have th
On Mon, Jun 21, 2010 at 06:36:44PM +0200, Dag-Erling Smørgrav wrote:
> Anton Shterenlikht writes:
> > I've r209203 kernel on ia64 box.
> > Now I'm trying to rebuild world to r209240.
> > I get these errors.
>
> There is absolutely nothing between those two revisions that would
> explain the error
On Wed, 23 Jun 2010 18:15:09 -0700
Ted Faber wrote:
> (/usr/local/bin/ preceeds /usr/bin in my path so I can use the lpr
> commands from cupsd, though it's evidently a bit of a dangerous idea.)
>
[trimmed Cc]
I use cupsd and have these settings to get around using the base system
lp stuff:
in
40 matches
Mail list logo
