On Mon, Jun 8, 2009 at 3:57 PM, Ivan Vorasivo...@freebsd.org wrote:
On a completely unrelated subject I was reading about PHP APC cache
where they have the same need - cross-process locking with locks
embedded in data structures and they have adopted userland spinlock code
from PostgreSQL:
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.
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
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 problems
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 mandr...@bit0.com wrote:
On Tue,
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 month
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
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 -
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 -
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 -
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 -
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
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 use in
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 certain
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
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
awk
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
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
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 atti...@freebsd.org wrote:
2) Once you
2009/6/10 NAKAJI Hiroyuki nak...@jp.freebsd.org:
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
fixed.
On Tue, May 26, 2009 at 5:05 AM, Wu, Yuevano...@gmail.com 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
In 3bbf2fe10906091757w35ffd5cfr6f091fc718bc8...@mail.gmail.com
Attilio Rao atti...@freebsd.org 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
^^^
22 matches
Mail list logo