of wired memory was stablized and no crash since
then with the default kmem_size and arc_max.
Does anyone have any idea about this behavior?
My wild guess is that ZFS/UMA code is not stable on amd64 too, and it
should be turned off by default for 8.1-RELEASE maybe
Regards,
--
Yoshiaki Kasahara
before this tunable was
introduced on May 24th. Before that, ZIO_USE_UMA was used to control
the use of UMA, and it was enabled unconditionally in
/usr/src/sys/modules/zfs.
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
kasah...@nc.kyushu-u.ac.jp
), so I guess it is not
device specific.
http://www.freebsd.org/cgi/query-pr.cgi?pr=144311
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
kasah...@nc.kyushu-u.ac.jp
___
freebsd-stable@freebsd.org mailing
!
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
kasah...@nc.kyushu-u.ac.jp
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
you know when I have a working patch.
Oh, that's fine. I dug up an old fxp(4) card. Still one vge(4)
remains up, but I can live with it until you can make a working
patch
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
kasah...@nc.kyushu
, but I'm
not very sure...
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
kasah...@nc.kyushu-u.ac.jp
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
initializing
vge(4), but I'm not really sure actually.
What can I do to narrow the cause of problems? Is it useful to build
kernel with options KDB and DDB?
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
kasah...@nc.kyushu-u.ac.jp
On Thu, 03 Dec 2009 13:50:29 +0900 (JST),
Yoshiaki Kasahara kasah...@nc.kyushu-u.ac.jp said:
I copied some HTML pages with many thumbnails to other PC running
8.0-RC2 (i386), but I couldn't reproduce the problem. The former PC
uses vge and latter uses rl, so it might be a NIC driver
volume...(ouch)
I'm wondering if I need complete kernel rebuild for the code to work...
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
kasah...@nc.kyushu-u.ac.jp
___
freebsd-stable@freebsd.org mailing list
,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
kasah...@nc.kyushu-u.ac.jp
Copyright (c) 1992-2009 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved
2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ELVENBOW amd64
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
use a different mnemonic: r)eplace and l)eave untouched (I read it
in this ML a long time ago).
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
frame inner to this frame (corrupt stack?)
--
Please request additional information if needed...
Regards,
--
Yoshiaki Kasahara
Research Institute for Information Technology, Kyushu University
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing
, but it is difficult right now...
dmesg.boot is attached.
Ah, the system is running FreeBSD 6.1-STABLE amd64.
FreeBSD elvenbow.cc.kyushu-u.ac.jp 6.1-STABLE FreeBSD 6.1-STABLE #0: Mon May 8
16:54:22 JST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ELVENBOW amd64
--
Yoshiaki Kasahara
.
Thank you for your additional information about documentation. And I
agree with your comment that it is a minor problem. I see frequent
(sometimes very minor) rewrites/fixing typos of comments and documents
in FreeBSD source tree, so I thought it was worth mentioning...
Regards,
--
Yoshiaki
rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,
1000baseTX-FDX, auto
Regards,
--
Yoshiaki Kasahara
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
Hello,
Could anyone please review kern/71910 and kern/73129 to fix IPFW
behavior before 5.4R? I have trouble using ipfw for output interface
selection after migrated to 5.x...
Thanks in advance,
--
Yoshiaki Kasahara
[EMAIL PROTECTED]
___
freebsd
/share/examples/cvsup/README
for the detail.
Regards,
--
Yoshiaki Kasahara
Computing and Communications Center, Kyushu University
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
if the
message is not fatal, I'll live with it.
Unfortunately there is no BIOS update for this M/B since 2002/01.
Regards,
--
Yoshiaki Kasahara
[EMAIL PROTECTED]
===
MPTable, version 2.0.15
looking for EBDA pointer
19 matches
Mail list logo