Mike Tancsa wrote:
At 11:05 PM 11/12/2006, Scott Long wrote:
Mike Tancsa wrote:
However, if I turn on fastforwarding, its back to the old behavior
with it locking up. This was with the stock driver. I will try the
same test with
#define EM_FAST_INTR 1
as well as taking out the nfs option fro
At 11:05 PM 11/12/2006, Scott Long wrote:
Mike Tancsa wrote:
However, if I turn on fastforwarding, its back to the old behavior
with it locking up. This was with the stock driver. I will try the
same test with
#define EM_FAST_INTR 1
as well as taking out the nfs option from the kernel
driver
Hi,
I'm using the nfe driver from current in RELENG_6 with a little patch
merge from openbsd cvs repo. Workking great on a home network (MCP51).
Due the fact that nve seems a dead end, are any plans to MFC the nfe
driver soon?
patch attached.
--
josemi
--- if_nfe.c.orig Sun Nov 12
Mike Tancsa wrote:
However, if I turn on fastforwarding, its back to the old behavior with
it locking up. This was with the stock driver. I will try the same test
with
#define EM_FAST_INTR 1
as well as taking out the nfs option from the kernel driver. Anything
else to tune with ?
At 08:47 PM 11/12/2006, Scott Long wrote:
2. Try compiling in WITNESS and running the test as before, then break
into the debugger as before. Run 'show locks'. I'm not sure how
fruitful this will be, WITNESS might make it unbearably slow.
It was in that kernel already
So you're seeing the li
Mike Tancsa wrote:
At 11:41 AM 11/12/2006, Scott Long wrote:
Mike Tancsa wrote:
At 01:42 AM 11/11/2006, Scott Long wrote:
driver. What will help me is if you can hook up a serial console to
your machine and see if it can be made to drop to the debugger while it
is under load and otherwise unr
At 11:41 AM 11/12/2006, Scott Long wrote:
Mike Tancsa wrote:
At 01:42 AM 11/11/2006, Scott Long wrote:
driver. What will help me is if you can hook up a serial console to
your machine and see if it can be made to drop to the debugger while it
is under load and otherwise unresponsive. If you c
After the last hang I added giant locks back in and the machine has
been up since.
I don't have a serial console, just a graphic console. When the
machine hangs it stops replying to ethernet packets at all protocol
levels and doesn't respond to keyboard input in any way, virtual
console or other
Mike Tancsa wrote:
At 01:42 AM 11/11/2006, Scott Long wrote:
driver. What will help me is if you can hook up a serial console to
your machine and see if it can be made to drop to the debugger while it
is under load and otherwise unresponsive. If you can, getting a process
dump might help confi
Attilio Rao wrote:
First of all, WPI_PCI_BAR0 might not be defined in this way, but it
should really use PCIR_BAR() macro.
Then, probabilly, gabor's device I/O space is relative to another BAR,
so simply try all 6 using PCIR_BAR(n) where n range is 0-6 until it
does allocate.
Sorry, n ranges 0-
Synopsis: [netinet] [patch] Kernel panic with ipfw2 and syncookies
State-Changed-From-To: suspended->closed
State-Changed-By: gnn
State-Changed-When: Sun Nov 12 09:39:29 UTC 2006
State-Changed-Why:
This can no longer be reproduced (7.0 CURRENT)
http://www.freebsd.org/cgi/query-pr.cgi?pr=52585
__
11 matches
Mail list logo
