Bug 170663 - panics with VIA 6421 SATA150 controller on Blade 1500
Summary: panics with VIA 6421 SATA150 controller on Blade 1500
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: sparc64 (show other bugs)
Version: 10.0-CURRENT
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-sparc64 (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-16 10:40 UTC by Edward Tomasz Napierala
Modified: 2020-07-12 15:35 UTC (History)
2 users (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 Edward Tomasz Napierala freebsd_committer freebsd_triage 2012-08-16 10:40:08 UTC 
Every once in a while (usually after reading some 5GB from the SATA disk), my Blade 1500 panics with the following backtrace:

#0  0x00000000c050fec0 in doadump (textdump=0) at /usr/home/trasz/svn/head/sys/kern/kern_shutdown.c:260
#1  0x00000000c0510914 in kern_reboot (howto=260) at /usr/home/trasz/svn/head/sys/kern/kern_shutdown.c:449
#2  0x00000000c0510c40 in panic (fmt=0xc0a87828 "trap: %s (kernel)") at /usr/home/trasz/svn/head/sys/kern/kern_shutdown.c:637
#3  0x00000000c082d63c in trap (tf=0xe5096e00) at /usr/home/trasz/svn/head/sys/sparc64/sparc64/trap.c:411
#4  0x00000000c0091060 in tl1_trap ()
#5  0x00000000c013ba40 in lduba_nc (va=0x0, asi=0) at cpufunc.h:102
#6  0x00000000c082bff4 in tick_intr (tf=0x7fe01000a82) at /usr/home/trasz/svn/head/sys/sparc64/sparc64/tick.c:256
#7  0x00000000c013ba00 in bus_space_read_1 (t=0xfffff800020b0ae0, h=8787519867520, o=2) at bus.h:187
#8  0x00000000c013b77c in ata_pci_status (dev=0xfffff800021d2d00) at /usr/home/trasz/svn/head/sys/dev/ata/ata-pci.c:468
#9  0x00000000c01571f4 in ata_via_status (dev=0xfffff800021d2d00) at /usr/home/trasz/svn/head/sys/dev/ata/chipsets/ata-via.c:321
#10 0x00000000c01319b8 in ata_interrupt_locked (data=0xfffff800020cb000) at /usr/home/trasz/svn/head/sys/dev/ata/ata-all.c:567
#11 0x00000000c0131aa8 in ata_interrupt (data=0xfffff800020cb000) at /usr/home/trasz/svn/head/sys/dev/ata/ata-all.c:549
#12 0x00000000c0131b50 in ata_periodic_poll (data=0xfffff800020cb000) at /usr/home/trasz/svn/head/sys/dev/ata/ata-all.c:612
#13 0x00000000c052760c in softclock (arg=0xc0b7d320) at /usr/home/trasz/svn/head/sys/kern/kern_timeout.c:520
#14 0x00000000c04dcb80 in intr_event_execute_handlers (p=0xfffff8000208d260, ie=0xfffff8000207fb00) at /usr/home/trasz/svn/head/sys/kern/kern_intr.c:1262
#15 0x00000000c04de684 in ithread_loop (arg=0xfffff8000201cf80) at /usr/home/trasz/svn/head/sys/kern/kern_intr.c:1275
#16 0x00000000c04d9110 in fork_exit (callout=0xc04de5a0 <ithread_loop>, arg=0xfffff8000201cf80, frame=0xe5097880) at /usr/home/trasz/svn/head/sys/kern/kern_fork.c:995
#17 0x00000000c0091270 in fork_trampoline ()
#18 0x00000000c0091270 in fork_trampoline ()

It used to work correctly with kernels before February 2012.
Comment 1 Michael Moll freebsd_committer freebsd_triage 2015-11-29 20:15:00 UTC 
What's the status here?
Comment 2 Edward Tomasz Napierala freebsd_committer freebsd_triage 2015-11-29 22:00:48 UTC 
No idea, hadn't used that machine for a while.  Were there some changes in the last three years that could have fixed it?
Comment 3 Michael Moll freebsd_committer freebsd_triage 2015-11-29 22:14:46 UTC 
not that I would know of specifically, but it would be nice to test a recent -CURRENT, maybe it got fixed. :)
Comment 4 Eitan Adler freebsd_committer freebsd_triage 2018-05-28 19:48:41 UTC 
batch change:

For bugs that match the following
-  Status Is In progress 
AND
- Untouched since 2018-01-01.
AND
- Affects Base System OR Documentation

DO:

Reset to open status.


Note:
I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.
Comment 5 Mark Johnston freebsd_committer freebsd_triage 2020-07-11 18:09:02 UTC 
Edward, I take it there's not much use in keeping this PR open in light of the sparc64 removal?