kern/111457: ral(4) lock

[Kimi]

>Number:         111457
>Category:       kern
>Synopsis:       ral(4) lock
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Apr 10 18:10:02 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator:     Kimi
>Release:        RELENG_6/7-CURRENT
>Organization:
N/A
>Environment:
FreeBSD localhost.example.org 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Apr 10 15:13:51 BST 2007     nobody at localhost.example.org:/usr/obj/usr/src/sys/GENERIC  i386
>Description:
ral(4) locks up the system hard, I cannot ping or even turn off the machines without pulling the plug or battery.

CardBus based ral(4) in my laptop will lock up 1-15 minutes of networking activity, this can be just loading a web page with lynx(1).
PCI based ral(4) in my custom built router will lock up almost instantly if I ssh(1) to router, or after lot of packets are generated with multiple ssh(1) sessions and NFS traffice going via router.

both are: ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525

more info: http://thread.gmane.org/gmane.os.freebsd.devel.net/17276

Kip Macy is/was aware of the problem.
>How-To-Repeat:
CardBus based ral(4) in my laptop will lock up 1-15 minutes of networking activity, this can be just loading a web page with lynx(1).
PCI based ral(4) in my custom built router will lock up almost instantly if I ssh(1) to router, or after lot of packets are generated with multiple ssh(1) sessions and NFS traffice going via router.
>Fix:
Kip Macy said there are locking bugs in 6.X of the ral(4) driver. Also seems true in CURRENT.
>Release-Note:
>Audit-Trail:
>Unformatted: