https://bugs.openfabrics.org/show_bug.cgi?id=263
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #14 from [EM
http://openib.org/bugzilla/show_bug.cgi?id=263
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #12 from [EMAIL PROTECTED] 2006-11-06 20:26 ---
I finally spent some time tracking this down and I believe the problem is
actually in the MAD layer. I will post more details and a patch to
openib-general.
--- You are
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #11 from [EMAIL PROTECTED] 2006-10-18 09:56 ---
Roland, I enabled debug_level=1 with OFED 1.1 rc7 RHEL4 U3 x86_64, and got same
crash (netserver machine).
I could only see the debug_level=1 info by running dmesg in a loop, an
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #10 from [EMAIL PROTECTED] 2006-10-16 23:05 ---
I'm trying debug_level=1 now, sorry for the delay, but I wanted to finish other
rc7 testing.
--- You are receiving this mail because: ---
You are the assignee for the
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #9 from [EMAIL PROTECTED] 2006-10-12 07:54 ---
Created an attachment (id=62)
--> (http://openib.org/bugzilla/attachment.cgi?id=62&action=view)
Please test this patch - does the crash happen with it?
Interesting. As a test, S
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #8 from [EMAIL PROTECTED] 2006-10-12 07:17 ---
ipoib_start_xmit() only checks at entry to see if the queue is stopped.
ipoib_start_xmit() could still unicast_arp_send() after a netif_stop_queue().
in ipoib_stop(), i guess th
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #7 from [EMAIL PROTECTED] 2006-10-12 06:07 ---
why is it necessary to ensure that ipoib_start_xmit()
isnt in the middle of some work?
--- You are receiving this mail because: ---
You are the assignee for the bug, o
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #6 from [EMAIL PROTECTED] 2006-10-12 06:00 ---
calling netif_stop_queue() doesnt immediately stop the transmit queue. it
might be necessary to take priv->tx_lock when calling netif_stop_queue() from
ipoib_stop() to ensure tha
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #5 from [EMAIL PROTECTED] 2006-10-11 16:35 ---
Scott, could you add "debug_level=1" to the ib_ipoib module flags and rerun one
of these tests? That will generate a boatload of logging output, but I'd just
like to see the last
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #4 from [EMAIL PROTECTED] 2006-10-11 15:25 ---
OK, most likely dev_queue_xmit() is returning an error because the device is
down, but that should be OK. I guess we have a race somewhere with up/downing
the device at the same
http://openib.org/bugzilla/show_bug.cgi?id=263
--- Comment #3 from [EMAIL PROTECTED] 2006-10-11 15:13 ---
In both cases the final crash seems to be in the call
spin_lock_irqsave(&priv->lock, flags);
in path_rec_completion(). This would seem to indicate some sort of memory
c
http://openib.org/bugzilla/show_bug.cgi?id=263
[EMAIL PROTECTED] changed:
What|Removed |Added
Version|1.1rc6 |1.1rc7
--- Comment #2 from [EMAIL
http://openib.org/bugzilla/show_bug.cgi?id=263
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
OS/Version|SLE
14 matches
Mail list logo
