Date: Fri, 10 Sep 1999 13:56:10 +0300 (EEST) From: Vsevolod Lobko <seva@sevasoft.alex-ua.com> To: FreeBSD-gnats-submit@freebsd.org Subject: kern/13678: hard lockup's on tsleep in atapi_queue_cmd called at splbio from afd_start from afd_strategy Message-ID: <199909101056.NAA71898@sevasoft.alex-ua.com>
next in thread | raw e-mail | index | archive | help
>Number: 13678 >Category: kern >Synopsis: hard lockup's on tsleep in atapi_queue_cmd called at splbio from afd_start from afd_strategy >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 10 04:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Vsevolod Lobko >Release: FreeBSD 4.0-CURRENT i386 >Organization: None >Environment: FreeBSD sevasoft.alex-ua.com 4.0-CURRENT FreeBSD 4.0-CURRENT #38: Fri Sep 3 09:38:46 EEST 1999 root@sevasoft.alex-ua.com:/usr/src/sys/compile/SEVASOFT i386 >Description: I'm trying to get working Fujitsu ATAPI MO drive, using atapi-fd driver from new-ata Drive in general working fine, but sometime machine hard locks on drive access Using NMI, i get kernel debugger prompt, and ps show mount process sleeping on "atprq", stack trace of process show sequence of calls afdstrategy->afd_start->atapi_queue_cmd->tsleep Unfortunately serial console does not work in this case, so I can't attach precise stack trace >How-To-Repeat: Machine hard locks after several mount_msdos /dev/afd0 /ftp/data umount /ftp/data especially with concurent serial port activity (may be any interrupt activity) >Fix: may be by inserting splx() before queue_atapi_cmd ()? atapi_queue_cmd do own splbio()/splx() locking >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909101056.NAA71898>