On Thu, Feb 20, 2003 at 02:28:45PM -0800, Darryl Okahata
[EMAIL PROTECTED] wrote:
Vallo Kallaste [EMAIL PROTECTED] wrote:
I'll second Brad's statement about vinum and softupdates
interactions. My last experiments with vinum were more than half a
year ago, but I guess it still holds. BTW,
Due to the fact that when I install a fresh box (straight from CD [release
versions]) the machine works fine, Im thinking it has to do with some
possible changes to the code for IPFILTER. It only happens when I grab the
setup data from the ftp servers. My problem, however, seemed to disappear
Vallo Kallaste wrote:
The crashes and anomalies with filesystem residing on R5 volume were
related to vinum(R5)/softupdates combo. The vinum R5 and system as
a whole were stable without softupdates. Only one problem remained
after disabling softupdates, while being online and user I/O going
On Sat, Feb 15, 2003 at 02:28:34PM -0800, Tom Rhodes wrote:
trhodes 2003/02/15 14:28:34 PST
Modified files:
share/man/man4 Makefile
Log:
Link several of the if_* modules to their respected manual pages.
Revision ChangesPath
1.190 +40 -0
All,
This may be a fairly elementary question, but I have not seen this
addressed in the Handbook at all -- Which is the preferred method for
using drivers: KLDs or compiling into the kernel? Are there some that
work better one way than the other? Inquiring minds would like to know!
:-)
The Anarcat (Mon, Feb 17, 2003 at 08:09:05PM -0500) wrote:
On Tue Feb 18, 2003 at 12:19:35AM +, Bruce Cran wrote:
ACPI power management on Asus motherboards with the VIA chipset seems to
be quite broken. On my A7V333 I can use mode 1 (CPU off), 2 and 3
report AE_NOT_FOUND and 4 dumps
Hi
With yesterday's current I get repeating panics while having increased
tcp traffic. I don't know if this is really tcp related.
A backtrace is attached. I'll supply more info if needed.
bye
--
Tobias Reifenberger -- [EMAIL PROTECTED] -- DG1NGT
GEE e* dpu s:- a-- C+++ UB+++ L- W+ N+ w--- Y+
On Fri, 21 Feb 2003, Ruslan Ermilov wrote:
On Sat, Feb 15, 2003 at 02:28:34PM -0800, Tom Rhodes wrote:
trhodes 2003/02/15 14:28:34 PST
Modified files:
share/man/man4 Makefile
Log:
Link several of the if_* modules to their respected manual pages.
Revision
telnet(1) is behaving rather strangely when dealing with escape sequences.
Please try 'telnet bbs.cis.nctu.edu.tw' and type guest, it will appear as uest
only. telnet(1) on -stable does not exhibit such behaviour. ssh(1) is also immune. The
problem could be in libtelnet since zh-telnet port is
Julian Elischer [EMAIL PROTECTED] writes:
I have just gone through the process of upgrading or installing several
hundred machines, and Thst includes altering or editing many config
files in /etc. I like the way that rc.conf
is handled, in that defaults/rc.comf can be updated and only the
Date: Thu, 20 Feb 2003 08:19:05 -0800
From: Kevin Oberman [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
I updated my 5.0 system built in late January to RELENG_5_0 on Sunday
and the Ethernet was not working. I tried again last night with no
change in behavior.
The system is an AMD K6-2 on
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Oberman
Sent: Friday, February 21, 2003 7:27 AM
Cc: [EMAIL PROTECTED]
Subject: Re: Ethernet (xl) will not transmit or receive
Date: Thu, 20 Feb 2003 08:19:05 -0800
From: Kevin Oberman [EMAIL
Ok, a couple of witness complains, first about the sound driver, I
think, and the second something macish. Then a backtrace for a mac_mls
panic. All this for your weekend entertainment. :-)
First, witness cmi:
backtrace(c032e7d9,c25af500,c25a98d4,c046236e,c04623ec) at backtrace+0x17
On Thu, 20 Feb 2003, Kevin Oberman wrote:
I updated my 5.0 system built in late January to RELENG_5_0 on Sunday
and the Ethernet was not working. I tried again last night with no
change in behavior.
The system is an AMD K6-2 on an ASUS P5A mobo. I have a 3Com 3c905B
Ethernet which had been
On Fri, 21 Feb 2003 14:01:32 +0200
Ruslan Ermilov [EMAIL PROTECTED] wrote:
But my personal opinion on this change is that it is unnecessary.
There is a right way, and a wrong way. To be honest, the `right'
way here is alot of extra work, and I don't think that most users
will really care
I cvsup today and build/install world kernel. The machine was working fine until I
tried to
build apache2 port. When configuring apache2, my PC hanged at the following line and
need hard
reset (i.e. cannot break into debugger and need pressing reset button).
checking if TCP_NODELAY setting
I experienced this problem also. Also could not buildworld or buildkernel
(caused a reboot). I reverted to a 2/16 kernel and the problems went away.
Haven't had time to narrow it down further than that.
- Original Message -
From: Shizuka Kudo [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Just a suggestion. Do not set media autoselect. Set it to DS/11Mbps
mediaopt adhoc or something. This still gives me a TON of tx timeouts,
but the card works. I've only had the problem you're seeing when I set
media autoselect.
James.
Maikel Verheijen wrote:
Since I deleted the original email
On Fri, Feb 21, 2003 at 12:41:52PM -0800, Shizuka Kudo wrote:
I cvsup today and build/install world kernel. The machine was working fine until
I tried to
build apache2 port. When configuring apache2, my PC hanged at the following line
and need hard
reset (i.e. cannot break into debugger
Hi,
got this when trying to mount_udf a DVD+RW, could not get a crashdump
unfortunately:
panic: lockmgr: locking against myself
cpuid = 0; lapic.id =
Debugger(panic)
Stopped at Debugger+0x5a: xchgl %ebx,in_Debugger.0
db trace
Debugger(c0349145,0,c0347804,eb5309dc,1) at
It is however possible to change this back to normal with
the Fn key (you probably have something similiar on your Toshiba) so
that the brightness back to normal. Dell laptops remember this, so
the next time I run the computer on batteries it will restore the
brightness to the level I
On 10-Feb-2003 Mike Makonnen wrote:
On Mon, 10 Feb 2003 13:31:48 +1100
Tim Robbins [EMAIL PROTECTED] wrote:
hashinit() can sleep, and I don't think it's safe to sleep here
(msdosfs_hashget() and msdosfs_hashins()) with dehash_mtx and
sometimes a vnode lock held.
Doh! I should have
On 11-Feb-2003 Craig Rodrigues wrote:
On Mon, Feb 10, 2003 at 08:44:33PM -0500, Wesley Morgan wrote:
that are supposedly fixed with 3.2.2... My question is, should I consider
rebuilding my ports with this new compiler because of stability and/or
speed improvements? Or is this point release
On 12-Feb-2003 Maksim Yevmenkin wrote:
Dear Hackers,
Does WITNESS keeps track of particular mutex instance or
just places where particular mutex type was acquired and
released? Is it even possible to keep track of individual
instance of the particular mutex type?
It just keeps track of
On 17-Feb-2003 Maksim Yevmenkin wrote:
Dear Hackers,
I need an expert's advice on the small locking/WITNESS problem
(if this is a real problem of course). It basically boils down
to the following:
Consider three (3) MTX_DEF mutexes: A, B1 and B2. Mutex A has a
name mutex_A and type
On Fri, 21 Feb 2003, Daniel C. Sobral wrote:
backtrace(c032e7d9,c25af500,c25a98d4,c046236e,c04623ec) at
backtrace+0x17
witness_lock(c25af500,8,c04623ec,1b8,c) at witness_lock+0x660
_mtx_lock_flags(c25af500,0,c04623ec,1b8,8095) at
_mtx_lock_flags+0xb1
Revised patch without typo attached.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED] Network Associates Laboratories
Index: tcp_subr.c
===
RCS file:
(kgdb) where
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239
#1 0xc01bcab9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371
#2 0xc01bcd23 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#3 0xc0200cc2 in bwrite (bp=0xc785a060) at /usr/src/sys/kern/vfs_bio.c:842
#4
Panic message? A panic w/o the actual panic message is like taking your
car to the shop and saying it doesn't drive right.
On 22-Feb-2003 leafy wrote:
(kgdb) where
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239
#1 0xc01bcab9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371
I know my kernel is a bit old, but does this panic look familiar to
anyone?
uname -a
FreeBSD laptop.baldwin.cx 5.0-CURRENT FreeBSD 5.0-CURRENT #795: Fri Feb 14 17:30:12
EST 2003
[EMAIL PROTECTED]:/usr/src/sys/i386/compile/LAPTOP i386
panic: bremfree: bp 0xcae44ed8 not locked
panic
On Fri, Feb 21, 2003 at 10:38:46PM -0500, John Baldwin wrote:
Panic message? A panic w/o the actual panic message is like taking your
car to the shop and saying it doesn't drive right.
I am sorry, here it is:
panic: bwrite: buffer is not busy???
panic messages:
---
Fatal trap 12: page fault
What would be really cool is if more config files could
do 'includes' so that you could have a syslogd.local.conf
wher eall your local entries could be.
In addition you could make it
look in /usr/local/etc/syslogd.conf for loging requirments for
packages.
Hmmm... glancing through syslogd.c, it
Hi!
I've just cvsupped current and rebuilt world and now I'm getting this error
when I boot with the new kernel. I had a look at the archives and found out
that such a problem existed in January, too and I verified, that I do have
the right revision of src/sys/ufs/ffs/fs.h (1.38). A kernel
I've got a Winbook J4. I've managed to get most everything working, but there
are still two nagging problems that I'd love to get solved.
First, I've got an integrated Accton 802.11b card:
wi0: Intersil Prism2.5 mem 0xe8006000-0xe8006fff irq 9 at device 5.0 on pci0
wi0: 802.11 address:
Paul A. Howes [EMAIL PROTECTED] writes:
This may be a fairly elementary question, but I have not seen this
addressed in the Handbook at all -- Which is the preferred method for
using drivers: KLDs or compiling into the kernel? Are there some that
work better one way than the other?
Drivers
35 matches
Mail list logo