Bug 93771 - [ar] [panic] atacontrol status ar1 causes panic
Summary: [ar] [panic] atacontrol status ar1 causes panic
Status: Closed Overcome By Events
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: 2006-02-24 00:10 UTC by Skye Poier
Modified: 2015-11-10 13:42 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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.