Bug 93771

Summary: [ar] [panic] atacontrol status ar1 causes panic
Product: Base System Reporter: Skye Poier <skye>
Component: kernAssignee: freebsd-bugs (Nobody) <bugs>
Status: Closed Overcome By Events    
Severity: Affects Only Me CC: ngie
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description Skye Poier 2006-02-24 00:10:05 UTC
# atacontrol status ar0
ar0: ATA RAID1 subdisks: ad4 ad6 status: READY
# atacontrol status ar2
atacontrol: ioctl(IOCATARAIDSTATUS): Device not configured                                                      

No problem there, but:

# atacontrol status ar1
Fatal trap 18: integer divide fault
.. panic ...

The core dump then locks up just before writing everything, which is a bit disturbing.  Perhaps because /dev/ar0s1a is my dumpdev and it doesn't like dumping to a SATA RAID?  Not too good for an unattended server.  If you have a suggestion on how to fix that I can build a debug kernel and get a gdb stack trace.

How-To-Repeat: # atacontrol status ar1
Comment 1 Alexander Leidinger freebsd_committer freebsd_triage 2006-12-10 19:48:52 UTC
Responsible Changed
From-To: freebsd-bugs->sos

Over to maintainer.
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2009-05-12 05:36:39 UTC
Responsible Changed
From-To: sos->freebsd-bugs

sos@ is not actively working on ATA-related PRs.
Comment 3 Enji Cooper freebsd_committer freebsd_triage 2015-11-10 13:42:48 UTC
ata/atacontrol is no more after FreeBSD 9.x. Long live atacam and friends.