Bug 111457 - [ral] ral(4) freeze
Summary: [ral] ral(4) freeze
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-10 19:10 UTC by Kimi
Modified: 2018-01-03 05:14 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kimi 2007-04-10 19:10:02 UTC
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.

Fix: 

Kip Macy said there are locking bugs in 6.X of the ral(4) driver. Also
seems true in CURRENT.
Comment 1 Kimi 2007-05-07 21:57:22 UTC
To follow up: I found that turning of netisr helps fix the lock up
problem and even though netisr defaults to off on RELENG_6, I enabled
it.

-- 
Kimi
Comment 2 Volker Werth freebsd_committer freebsd_triage 2009-01-14 23:35:08 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-net


Over to maintainer(s).
Comment 3 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 07:59:48 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped