Date: Mon, 12 Jul 1999 17:20:02 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/11945: tape problems on -stable, mt bl(ocksize), mt erase and hanging SCSI bus Message-ID: <199907130020.RAA87983@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/11945; it has been noted by GNATS.
From: Matthew Jacob <mjacob@feral.com>
To: Juergen Lock <nox@jelal.kn-bremen.de>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/11945: tape problems on -stable, mt bl(ocksize), mt erase
and hanging SCSI bus
Date: Mon, 12 Jul 1999 17:10:08 -0700 (PDT)
I need more context than this. What's interesting is that I monitor bugs
being filed and I didn't see this.
On Tue, 13 Jul 1999, Juergen Lock wrote:
> On Fri, Jun 04, 1999 at 09:51:29AM -0700, Matthew Jacob wrote:
> >
> > > sa0 at ncr0 bus 0 target 5 lun 0
> > > sa0: <WANGTEK 5525ES SCSI 73Y1> Removable Sequential Access SCSI-2 device
> > > sa0: 4.901MB/s transfers (4.901MHz, offset 8)
> >
> > Okay.
>
> Another one: (3.2-stable, made world a few days ago)
>
> mt ret(ension) hangs, here: (no tape movements at all)
>
> bash# gdb /kernel /dev/mem
> GNU gdb 4.18
> Copyright 1998 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i386-unknown-freebsd"...
> IdlePTD 3100672
> initial pcb at a06000
> panic messages:
> ---
> ---
> #0 mi_switch () at ../../kern/kern_synch.c:825
> 825 if (switchtime.tv_sec)
> (kgdb) proc 13768
> (kgdb) bt
> #0 mi_switch () at ../../kern/kern_synch.c:825
> #1 0xc015f425 in tsleep (ident=0xc07ed628, priority=16,
> wmesg=0xc0224de5 "cbwait", timo=0) at ../../kern/kern_synch.c:443
> #2 0xc01225fd in cam_periph_ccbwait (ccb=0xc07ed600)
> at ../../cam/cam_periph.c:720
> #3 0xc012270a in cam_periph_runccb (ccb=0xc07ed600,
> error_routine=0xc0128144 <saerror>, camflags=CAM_FLAG_NONE, sense_flags=0,
> ds=0xc07ee824) at ../../cam/cam_periph.c:809
> #4 0xc012923d in saretension (periph=0xc07e5180)
> at ../../cam/scsi/scsi_sa.c:2947
> #5 0xc0126d60 in saioctl (dev=3585, cmd=2148035841, arg=0xc3ba7ed0 "\017",
> flag=1, p=0xc3b6ba40) at ../../cam/scsi/scsi_sa.c:979
> #6 0xc018d753 in spec_ioctl (ap=0xc3ba7e0c)
> at ../../miscfs/specfs/spec_vnops.c:424
> #7 0xc018cffd in spec_vnoperate (ap=0xc3ba7e0c)
> at ../../miscfs/specfs/spec_vnops.c:129
> #8 0xc01c5c6d in ufs_vnoperatespec (ap=0xc3ba7e0c)
> at ../../ufs/ufs/ufs_vnops.c:2317
> #9 0xc0187e41 in vn_ioctl (fp=0xc09ed500, com=2148035841,
> data=0xc3ba7ed0 "\017", p=0xc3b6ba40) at vnode_if.h:395
> #10 0xc0168884 in ioctl (p=0xc3b6ba40, uap=0xc3ba7f84)
> at ../../kern/sys_generic.c:564
> #11 0xc01f30af in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 3,
> tf_esi = -1077945700, tf_ebp = -1077945752, tf_isp = -1011187756,
> tf_ebx = 134524652, tf_edx = 15, tf_ecx = 134518159, tf_eax = 54,
> tf_trapno = 12, tf_err = 2, tf_eip = 671702344, tf_cs = 31,
> tf_eflags = 515, tf_esp = -1077946156, tf_ss = 39})
> at ../../i386/i386/trap.c:1123
> #12 0xc01e53dc in Xint0x80_syscall ()
> #13 0x80486e5 in ?? ()
> (kgdb) q
> bash# exit
>
>
> Script done on Tue Jul 13 01:19:05 1999
>
> And about the failing mt blocksize etc., would it help if i build a
> 2.1-stable kernel (where all this worked) with options SCSIDEBUG
> and try to trace the scsi commands? (if SCSIDEBUG allows that, i
> don't know...)
>
> Regards,
> --
> Juergen Lock <nox.foo@jelal.kn-bremen.de>
> (remove dot foo from address to reply)
>
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?199907130020.RAA87983>