TB --- 2011-03-01 06:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-03-01 06:30:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-03-01 06:30:00 - cleaning the object tree
TB --- 2011-03-01 06:30:11 - cvsupping the source tree
TB --- 2011-03-01 06:30:11 - /usr/bin/csu
TB --- 2011-03-01 03:18:35 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-03-01 03:18:35 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-03-01 03:18:35 - cleaning the object tree
TB --- 2011-03-01 03:18:40 - cvsupping the source tree
TB --- 2011-03-01 03:18:40 - /usr
One last patch before I do a send-pr to send the patch upstream. This patch
depends on my ZFS ACL Sets patch for the -k flag. I wanted to zero-out the
ACL entries recursively for a directory, which I can do in Solaris with
"chmod -R A= /path/to/directory", but ZFS doesn't allow zero-number ACL
sets
TB --- 2011-03-01 03:17:53 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-03-01 03:17:53 - starting HEAD tinderbox run for mips/mips
TB --- 2011-03-01 03:17:53 - cleaning the object tree
TB --- 2011-03-01 03:17:59 - cvsupping the source tree
TB --- 2011-03-01 03:17:59 - /usr/bin/c
TB --- 2011-03-01 01:30:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-03-01 01:30:01 - starting HEAD tinderbox run for i386/i386
TB --- 2011-03-01 01:30:01 - cleaning the object tree
TB --- 2011-03-01 01:30:13 - cvsupping the source tree
TB --- 2011-03-01 01:30:13 - /usr/bin/c
TB --- 2011-03-01 01:30:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-03-01 01:30:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-03-01 01:30:01 - cleaning the object tree
TB --- 2011-03-01 01:30:13 - cvsupping the source tree
TB --- 2011-03-01 01:30:13 - /usr/bin/c
TB --- 2011-03-01 01:30:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-03-01 01:30:01 - starting HEAD tinderbox run for arm/arm
TB --- 2011-03-01 01:30:01 - cleaning the object tree
TB --- 2011-03-01 01:30:12 - cvsupping the source tree
TB --- 2011-03-01 01:30:12 - /usr/bin/csu
TB --- 2011-02-28 22:18:32 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 22:18:32 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-02-28 22:18:32 - cleaning the object tree
TB --- 2011-02-28 22:18:39 - cvsupping the source tree
TB --- 2011-02-28 22:18:39 - /usr
TB --- 2011-02-28 22:18:06 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 22:18:06 - starting HEAD tinderbox run for mips/mips
TB --- 2011-02-28 22:18:06 - cleaning the object tree
TB --- 2011-02-28 22:18:13 - cvsupping the source tree
TB --- 2011-02-28 22:18:13 - /usr/bin/c
TB --- 2011-02-28 20:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 20:30:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-02-28 20:30:00 - cleaning the object tree
TB --- 2011-02-28 20:30:09 - cvsupping the source tree
TB --- 2011-02-28 20:30:09 - /usr/bin/c
TB --- 2011-02-28 20:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 20:30:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-02-28 20:30:00 - cleaning the object tree
TB --- 2011-02-28 20:30:09 - cvsupping the source tree
TB --- 2011-02-28 20:30:09 - /usr/bin/c
TB --- 2011-02-28 20:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 20:30:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-02-28 20:30:00 - cleaning the object tree
TB --- 2011-02-28 20:30:08 - cvsupping the source tree
TB --- 2011-02-28 20:30:08 - /usr/bin/csu
On Mon, 28 Feb 2011 19:21:29 +0100 Fabian Keil
wrote:
> Pawel Jakub Dawidek wrote:
>
> > I just committed ZFSv28 to HEAD.
>
> I updated the system without removing the tuning for ZFSv15
> first, and somehow this completely messed up the performance.
> Booting the system took more than ten minu
On Mon, Feb 28, 2011 at 12:00:19PM +0100, Fabien Thomas wrote:
>
>
> > Dears,
> >
> > After several research, i have removed the problematic part.
> >
> > You can find the new version here:
> >
> > http://people.freebsd.org/~fabient/patch-head20110222-openssl1.0.0d
> >
>
>
> It will be grea
hi there,
I have a patch that shrinks boot2 some:
1) it switches kname to be just a pointer instead of an array
thus avoiding a couple of memcpy()s
2) it changes ioctl to unsigned from uint8_t
3) it changes the first keyhit limit to 5 seconds from 3
so that constant propagation can take p
On Monday 28 February 2011 14:37:31 John Baldwin wrote:
> On Saturday, February 26, 2011 10:25:41 am Bernhard Schmidt wrote:
> > Hi,
> >
> > while working on a wireless driver for a Cardbus card I stumbled over
> > an issue which bugs me quite a bit.
> >
> > The device:
> >
> > % none3@pci0:22:0
On Saturday 26 February 2011 19:36:14 Paul B. Mahol wrote:
> On Sat, Feb 26, 2011 at 4:25 PM, Bernhard Schmidt
> wrote:
> > Hi,
> >
> > while working on a wireless driver for a Cardbus card I stumbled over
> > an issue which bugs me quite a bit.
> >
> > The device:
> >
> > % none3@pci0:22:0:0:
TB --- 2011-02-28 17:18:54 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 17:18:54 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-02-28 17:18:54 - cleaning the object tree
TB --- 2011-02-28 17:19:01 - cvsupping the source tree
TB --- 2011-02-28 17:19:01 - /usr
Pawel Jakub Dawidek wrote:
> I just committed ZFSv28 to HEAD.
I updated the system without removing the tuning for ZFSv15
first, and somehow this completely messed up the performance.
Booting the system took more than ten minutes and even once
it was up it was next to unresponsive.
I'm not sure
TB --- 2011-02-28 17:18:39 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 17:18:39 - starting HEAD tinderbox run for mips/mips
TB --- 2011-02-28 17:18:39 - cleaning the object tree
TB --- 2011-02-28 17:18:48 - cvsupping the source tree
TB --- 2011-02-28 17:18:48 - /usr/bin/c
TB --- 2011-02-28 15:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 15:30:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-02-28 15:30:00 - cleaning the object tree
TB --- 2011-02-28 15:30:25 - cvsupping the source tree
TB --- 2011-02-28 15:30:25 - /usr/bin/c
TB --- 2011-02-28 15:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 15:30:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-02-28 15:30:00 - cleaning the object tree
TB --- 2011-02-28 15:30:21 - cvsupping the source tree
TB --- 2011-02-28 15:30:21 - /usr/bin/c
TB --- 2011-02-28 15:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 15:30:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-02-28 15:30:00 - cleaning the object tree
TB --- 2011-02-28 15:30:14 - cvsupping the source tree
TB --- 2011-02-28 15:30:14 - /usr/bin/csu
On Monday, February 28, 2011 9:49:07 am Nathan Whitehorn wrote:
> BSDinstall has acquired at this point its final form (prior to a future
> merge with pc-sysinstall), and I believe is ready to replace sysinstall
> on the 9.0 snapshot ISOs. Barring any objections, I would like to pull
> this swit
On 02/28/11 08:56, Bruce Cran wrote:
On Mon, 28 Feb 2011 08:49:07 -0600
Nathan Whitehorn wrote:
- There is only one CD image produced, which is always also a live CD
It would be really useful if a netinstall ISO could be made too -
people still have slow Internet connections where having a bo
On Mon, 28 Feb 2011 08:49:07 -0600
Nathan Whitehorn wrote:
> - There is only one CD image produced, which is always also a live CD
It would be really useful if a netinstall ISO could be made too -
people still have slow Internet connections where having a bootonly
disc is nice. For example Debia
BSDinstall has acquired at this point its final form (prior to a future
merge with pc-sysinstall), and I believe is ready to replace sysinstall
on the 9.0 snapshot ISOs. Barring any objections, I would like to pull
this switch 2 weeks from today, on the 14th of March.
A patch to the release in
On 2011-02-28 15:35, Olivier Smedts wrote:
I now have problems building gnu/lib/libobjc. When using Clang, gcc is
still used to build gnu/lib/libobjc (see "XXX: clang cannot compile
libobjc yet"), but gcc core dumps at this stage on two different
computers, using the same CFLAGS "-O2 -pipe -march
TB --- 2011-02-28 13:00:19 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 13:00:19 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-02-28 13:00:19 - cleaning the object tree
TB --- 2011-02-28 13:00:38 - cvsupping the source tree
TB --- 2011-02-28 13:00:38 - /usr
2011/2/21 Olivier Smedts :
> Hello,
>
> I can't buildworld with Clang since the last update.
>
> %uname -a
> FreeBSD zozo.afpicl.lan 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r218908M:
> Mon Feb 21 09:56:35 CET 2011
> r...@zozo.afpicl.lan:/usr/obj/usr/src/sys/CORE amd64
> %clang -v
> FreeBSD clang versio
Tks for PJD's work for zfs.
Would V28 is the last version of zfs because oracle don't open the zfs
code after V28?
2011/2/28 Pawel Jakub Dawidek :
> Hi.
>
> I just committed ZFSv28 to HEAD.
>
> New major features:
>
> - Data deduplication.
> - Triple parity RAIDZ (RAIDZ3).
> - zfs diff.
> - zpool
On Saturday, February 26, 2011 10:25:41 am Bernhard Schmidt wrote:
> Hi,
>
> while working on a wireless driver for a Cardbus card I stumbled over
> an issue which bugs me quite a bit.
>
> The device:
>
> % none3@pci0:22:0:0: class=0x028000 card=0x107f1043 chip=0x02011814
rev=0x01 hdr=0x00
TB --- 2011-02-28 12:32:37 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 12:32:37 - starting HEAD tinderbox run for mips/mips
TB --- 2011-02-28 12:32:37 - cleaning the object tree
TB --- 2011-02-28 12:32:45 - cvsupping the source tree
TB --- 2011-02-28 12:32:45 - /usr/bin/c
On Mon Feb 28 11, Dimitry Andric wrote:
> On 2011-02-28 04:30, Tim Kientzle wrote:
> >I have a FreeBSD-CURRENT AMD64 system here that was last updated at
> >r215029.
> >
> >I'm trying to update it to r219079, but the build fails in lib/libz when
> >it tries to compile gvmat64.S. It looks like th
On 28 February 2011 08:47, Pawel Jakub Dawidek wrote:
> On Sun, Feb 27, 2011 at 04:03:01PM -0700, Shawn Webb wrote:
>> I'm so excited for your work. Thanks so much for bringing zpool v28 to
>> FreeBSD. Will v28 come to 8-stable?
>
> Yes, hopefully in 1-2 month(s).
>
> --
> Pawel Jakub Dawidek
On Sun, Feb 27, 2011 at 09:29:57PM +0100, Pawel Jakub Dawidek wrote:
> I just committed ZFSv28 to HEAD.
Thank you so much for this effort! I look forward to trying this once
it's MFC'd to RELENG_8 in the upcoming future.
--
| Jeremy Chadwick j...@parodius.com |
On 2011-02-28 08:55, Doug Barton wrote:
I have a different problem on r219092. Everything builds find, but
"linking kernel.debug" hangs forever. It can't even be killed with ^C.
My existing system is r218985M, which was built with clang. This is my
first time trying to build a system with clang O
On 2011-02-28 04:30, Tim Kientzle wrote:
I have a FreeBSD-CURRENT AMD64 system here that was last updated at r215029.
I'm trying to update it to r219079, but the build fails in lib/libz when it
tries to compile gvmat64.S. It looks like the Makefile here has a workaround
for clang on AMD64, bu
On Mon, Feb 28, 2011 at 00:30, Tim Kientzle wrote:
> I have a FreeBSD-CURRENT AMD64 system here that was last updated at r215029.
>
> I'm trying to update it to r219079, but the build fails in lib/libz when it
> tries to compile gvmat64.S. It looks like the Makefile here has a workaround
> for
Tim Kientzle writes:
> I have a FreeBSD-CURRENT AMD64 system here that was last updated at =
> r215029.
>
> I'm trying to update it to r219079, but the build fails in lib/libz when =
> it tries to compile gvmat64.S. It looks like the Makefile here has a =
> workaround for clang on AMD64, but it d
> Dears,
>
> After several research, i have removed the problematic part.
>
> You can find the new version here:
>
> http://people.freebsd.org/~fabient/patch-head20110222-openssl1.0.0d
>
It will be great to have it in 9.0.
To do that how is it possible rebuild the port for all platform wit
On Mon, Feb 28, 2011 at 10:37:25AM +, krad wrote:
> On 28 February 2011 08:47, Pawel Jakub Dawidek wrote:
> > On Sun, Feb 27, 2011 at 04:03:01PM -0700, Shawn Webb wrote:
> >> I'm so excited for your work. Thanks so much for bringing zpool v28 to
> >> FreeBSD. Will v28 come to 8-stable?
> >
> >
On Sun, Feb 27, 2011 at 04:03:01PM -0700, Shawn Webb wrote:
> I'm so excited for your work. Thanks so much for bringing zpool v28 to
> FreeBSD. Will v28 come to 8-stable?
Yes, hopefully in 1-2 month(s).
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
On Sun, 27 Feb 2011 23:55:34 -0800 Doug Barton wrote:
> On 02/27/2011 19:30, Tim Kientzle wrote:
> > I have a FreeBSD-CURRENT AMD64 system here that was last updated at r215029.
> >
> > I'm trying to update it to r219079, but the build fails in lib/libz
> > when it tries to compile gvmat64.S. It
Me too.
#make buildkernel
clang -shared -nostdlib hack.c -o hack.So
rm -f hack.c
MAKE=make sh /usr/src/sys/conf/newvers.sh G9laptop
/usr/local/bin/svnversion
clang -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi
Am Sun, 27 Feb 2011 21:29:57 +0100
schrieb Pawel Jakub Dawidek :
> Hi.
>
> I just committed ZFSv28 to HEAD.
>
> New major features:
>
> - Data deduplication.
> - Triple parity RAIDZ (RAIDZ3).
> - zfs diff.
> - zpool split.
> - Snapshot holds.
> - zpool import -F. Allows to rewind corrupted pool
46 matches
Mail list logo