[releng_7 tinderbox] failure on amd64/amd64

TB --- 2009-06-10 05:36:19 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-10 05:36:19 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-06-10 05:36:19 - cleaning the object tree TB --- 2009-06-10 05:36:41 - cvsupping the source tree TB --- 2009-06-10 05:36:41 - /usr/

Re: Big problem still remains with 7.2-STABLE locking up

> In <3bbf2fe10906091757w35ffd5cfr6f091fc718bc8...@mail.gmail.com> > Attilio Rao wrote: > > Dcons session was recorded with script. > > http://www.heimat.gr.jp/localhost/dcons.log Just fix my typo. http://www.heimat.gr.jp/~nakaji/localhost/dcons.log ^^^ >

Re: WITHOUT_ZFS makes build world and kernel error

fixed. On Tue, May 26, 2009 at 5:05 AM, Wu, Yue wrote: > Hi, list, > > I have a FreeBSD 7-stable box, which has been cvsed up yesterday, even with my > src.conf which has the line of WITHOUT_ZFS=yes, FreeBSD always wants to > install libzfs relative stuffs when installing kernel and world, so erro

Re: buildworld fails with "WITHOUT_CDDL=yes" in src.conf

On Mon, Jun 8, 2009 at 6:22 AM, Richard Tector wrote: > Kip Macy wrote: >>> >>> The second bug is the use of LOADER_ZFS_SUPPORT without any >>> consideration of WITHOUT_CDDL and/or WITHOUT_ZFS (or MK_ZFS) > >> I'll try get it fixed by Wednesday. > > > Kip, I noticed a fix went in with revision 1934

Re: Big problem still remains with 7.2-STABLE locking up

2009/6/10 NAKAJI Hiroyuki : > Thanks Attilio, > > I set up dcons target/host pair. Target is 7.2-STABLE and host is > 6.4-STABLE. > > Dcons session was recorded with script. > http://www.heimat.gr.jp/localhost/dcons.log I'm following up privately with the user, news to come hopefully. Thanks, Att

Re: Big problem still remains with 7.2-STABLE locking up

Thanks Attilio, I set up dcons target/host pair. Target is 7.2-STABLE and host is 6.4-STABLE. Dcons session was recorded with script. http://www.heimat.gr.jp/localhost/dcons.log > In <3bbf2fe10906060749xbbc2f2fy4c09f67711a...@mail.gmail.com> > Attilio Rao wrote: > 2) Once you get th

trouble building a "make release" snapshot of 7.2-STABLE

So first I cvsupped the entire cvs repository (sans ports) using the following supfile: === *default host=ftp13.FreeBSD.org *default base=/var/db *default prefix=/backup/ncvs *default release=cvs *default delete use-rel-suffix compress src-all doc-all cvsro

Re: NFS on ZFS

On Tue, 9 Jun 2009, Attila Nagy wrote: Hello, I've also ran into it, it's a pretty "killer" feature. :-O Any chance for us on the fix? It's kern/135039, fyi. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/fre

Buildworld Failure with MODULES_WITH_WORLD=true

Hello, Our recent buildworlds on both i386 and amd64, as of a couple days ago, are failing with the below error. We use MODULES_WITH_WORLD=true. ===> sys/modules/dtrace/dtmalloc (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p aw

Buildworld Failure with MODULES_WITH_WORLD=true

Hello, Our recent buildworlds on both i386 and amd64, as of a couple days ago, are failing with the below error. We use MODULES_WITH_WORLD=true. ===> sys/modules/dtrace/dtmalloc (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p

Re: I need to add commands that starts every time at system boot.

AES wrote: > I need to add commands that starts every time at system boot. > > which script is the one that starts first and where can I find it? If you're Ok with running your commands late in the boot process then /etc/rc.local is your best bet. If what you're doing needs to happen in a certa

Re: Assertion lock == sq->sq_lock failed at /usr/src/sys/kern/subr_sleepqueue.c:327

On Tue, Jun 09, 2009 at 11:08:51AM -0700, Doug Barton wrote: > Kostik Belousov wrote: > > This is fixed in HEAD by r185647. I did not merged it to 7, because I > > do not believe that somebody runs stable with INVARIANTS on :). > > I would imagine that people doing kernel module development for u

Re: Assertion lock == sq->sq_lock failed at /usr/src/sys/kern/subr_sleepqueue.c:327

Kostik Belousov wrote: > This is fixed in HEAD by r185647. I did not merged it to 7, because I > do not believe that somebody runs stable with INVARIANTS on :). I would imagine that people doing kernel module development for use in -stable systems do that with regularity. Doug -- This .sig

[releng_7 tinderbox] failure on ia64/ia64

TB --- 2009-06-09 15:06:51 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-09 15:06:51 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2009-06-09 15:06:51 - cleaning the object tree TB --- 2009-06-09 15:07:07 - cvsupping the source tree TB --- 2009-06-09 15:07:07 - /usr/bi

[releng_7 tinderbox] failure on i386/pc98

TB --- 2009-06-09 14:24:35 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-09 14:24:35 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2009-06-09 14:24:35 - cleaning the object tree TB --- 2009-06-09 14:24:56 - cvsupping the source tree TB --- 2009-06-09 14:24:56 - /usr/bi

[releng_7 tinderbox] failure on i386/i386

TB --- 2009-06-09 13:52:38 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-09 13:52:38 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-06-09 13:52:38 - cleaning the object tree TB --- 2009-06-09 13:52:50 - cvsupping the source tree TB --- 2009-06-09 13:52:50 - /usr/bi

[releng_7 tinderbox] failure on amd64/amd64

TB --- 2009-06-09 12:44:20 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-06-09 12:44:20 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-06-09 12:44:20 - cleaning the object tree TB --- 2009-06-09 12:44:55 - cvsupping the source tree TB --- 2009-06-09 12:44:55 - /usr/

ZFS list -t snapshot USAGE column

Hi there, just wondering, since the ZFS v13 update (to be precise, 7.2-STABLE FreeBSD 7.2-STABLE #11: Wed Jun 3 23:11:29 CEST 2009) why the USAGE column in a zfs list -t snapshot is not showing anymore the space used by the snapshot? I made those snapshots with zfs snapshot -r. They're a

Re: Bug between DRM, MSI, or somewhere, re7-stable amd64

On Mon, 2009-06-08 at 21:52 -0400, Pete Carah wrote: > I updated my recently acquired core-2 duo laptop to 7-stable amd64 (I > had been running 7-stable i386 with few problems) and have acquired an > apparent irq problem. > > Fortunately in debugging a linux shared-interrupt problem about a mont

Re: NFS on ZFS

Hello, I've also ran into it, it's a pretty "killer" feature. :-O Any chance for us on the fix? Thanks, Kip Macy wrote: The flags checks are too strict. File a PR. I'll fix it when I get to it. Sorrry. -Kip On Wed, May 27, 2009 at 7:24 PM, Mike Andrews wrote: On Tue, 26 May 2009, Mike

Re: Announcement: PmcTools merged to RELENG_7

> Hello, > > The PmcTools is merged to RELENG_7. > > You can now enjoy the same level of features / hw supported as in head: > - Callchain in capture > - Core 2 support > - Core i7 support > - pmcannotate: source code annotation using pmc capture > - bug fixes > ... > > Tell me if you find any

Re: Problems with PATA disk

Adam K Kirchhoff wrote: atap...@pci0:5:3:0: class=0x018000 card=0x3375105a chip=0x3375105a rev=0x020 vendor = 'Promise Technology Inc' device = 'PDC20375(??) FastTrak SATA150 TX2plus Controller' class = mass storage

Re: Unnamed POSIX shared semaphores

Vlad Galu wrote: ... Thanks, Ivan. I'll take a better look at this after our first release, which is due in a couple of weeks. Right now the team efforts aren't focused on portability, so it's a low priority issue, but something we'd definitely like to have in the future. I stand corrected.