Date: Sun, 7 Jul 2013 09:32:51 +0200 From: =?utf-8?Q?Hans_Petter_Selasky?= <hans.petter.selasky@bitfrost.no> To: =?utf-8?Q?Ian_Smith?= <smithi@nimnet.asn.au>, =?utf-8?Q?Adrian_Chadd?= <adrian@freebsd.org> Cc: =?utf-8?Q?freebsd-acpi=40freebsd=2Eorg?= <freebsd-acpi@freebsd.org>, =?utf-8?Q?freebsd-stable=40freebsd=2Eorg?= <freebsd-stable@freebsd.org>, =?utf-8?Q?freebsd-usb=40freebsd=2Eorg?= <freebsd-usb@freebsd.org> Subject: RE: USB ports on Lenovo T400 do not work after a suspend/resume Message-ID: <zarafa.51d919a3.5c6f.493404901d08afeb@mail.lockless.no> In-Reply-To: <20130707154526.O26496@sola.nimnet.asn.au> References: <CAJ-Vmomg2j-nJi%2BqFr3CpCjHKjHEiLE=xyNyx1VGRL5U-r8gzQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi,=0D=0A=0D=0AFYI: The USB stack will currently run a complete controlle= r reset upon resume, like during boot.=0D=0A=0D=0A--HPS=20=0D=0A=0D=0A=20= =0D=0A-----Original message-----=0D=0A> From:Ian Smith <smithi@nimnet.asn= =2Eau <mailto:smithi@nimnet.asn.au> >=0D=0A> Sent: Sunday 7th July 2013 7= :52=0D=0A> To: Adrian Chadd <adrian@freebsd.org <mailto:adrian@freebsd.or= g> >=0D=0A> Cc: freebsd-acpi@freebsd.org <mailto:freebsd-acpi@freebsd.org= > ; freebsd-stable@freebsd.org <mailto:freebsd-stable@freebsd.org> ; free= bsd-usb@freebsd.org <mailto:freebsd-usb@freebsd.org>=20=0D=0A> Subject: R= e: USB ports on Lenovo T400 do not work after a suspend/resume=0D=0A>=20=0D= =0A> On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote:=0D=0A> > On= 30 June 2013 07:22, Ian Smith <smithi@nimnet.asn.au <mailto:smithi@nimne= t.asn.au> > wrote:=0D=0A> [..]=0D=0A> > > Nothing of note that I can see= , if that usb hub-to-bus remapping is=0D=0A> > > normal. As you said, '= CPU0: local APIC error 0x40' looks maybe sus.=0D=0A> > > Maybe someone w= ho knows might comment on that=3F=0D=0A>=20=0D=0A> Does noone know what t= hat signifies=3F Maybe it's not relevant to this.=0D=0A>=20=0D=0A> > > = Just checking: you've tried other USB devices apart from uftdi0=3F=0D=0A>= >=20=0D=0A> > Yup, there's no 5v on the port.=0D=0A>=20=0D=0A> I was r= ather taken aback to hear this. Would not this indicate a=20=0D=0A> fail= ure to reinitialise the basic underlying USB hardware on resume=3F=0D=0A>= =20=0D=0A> More than a bit bemused, Ian=0D=0A> __________________________= _____________________=0D=0A> freebsd-acpi@freebsd.org <mailto:freebsd-acp= i@freebsd.org> mailing list=0D=0A> http://lists.freebsd.org/mailman/list= info/freebsd-acpi <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi= >=20=0D=0A> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@fr= eebsd.org <mailto:freebsd-acpi-unsubscribe@freebsd.org> "=0D=0A>=20=0D=0A= =0D=0A From owner-freebsd-stable@FreeBSD.ORG Sun Jul 7 07:36:43 2013 Return-Path: <owner-freebsd-stable@FreeBSD.ORG> Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 902ADBD; Sun, 7 Jul 2013 07:36:43 +0000 (UTC) (envelope-from hans.petter.selasky@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE6115BB; Sun, 7 Jul 2013 07:36:42 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id B10A67A185; Sun, 7 Jul 2013 09:36:41 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 9C9518ED852; Sun, 7 Jul 2013 09:36:41 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o6E3vCOiERQs; Sun, 7 Jul 2013 09:36:40 +0200 (CEST) Received: from mail.lockless.no (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 0A7CD8ED850; Sun, 7 Jul 2013 09:36:40 +0200 (CEST) Subject: RE: XHCI umass support breaks between r248085 and r252560 on 9-STABLE From: =?utf-8?Q?Hans_Petter_Selasky?= <hans.petter.selasky@bitfrost.no> To: =?utf-8?Q?Alexandre_Kovalenko?= <bsd.gaijin@gmail.com>, =?utf-8?Q?freebsd-usb=40freebsd=2Eorg?= <freebsd-usb@freebsd.org> Date: Sun, 7 Jul 2013 09:36:39 +0200 Mime-Version: 1.0 In-Reply-To: <94A3DD2E-F2E2-4302-8197-BAB213641E2F@gmail.com> References: <94A3DD2E-F2E2-4302-8197-BAB213641E2F@gmail.com> X-Priority: 3 (Normal) X-Mailer: Zarafa 7.1.4-41394 Message-Id: <zarafa.51d91a87.5cfd.20d9b227170fae87@mail.lockless.no> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: =?utf-8?Q?mav=40freebsd=2Eorg?= <mav@freebsd.org>, =?utf-8?Q?freebsd-stable=40freebsd=2Eorg?= <freebsd-stable@freebsd.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>, <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable> List-Post: <mailto:freebsd-stable@freebsd.org> List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, <mailto:freebsd-stable-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sun, 07 Jul 2013 07:36:43 -0000 Hi,=0D=0A=0D=0ACheck for CAM/SCSI related changes. There has not been so = many USB changes recently. Possibly not USB related.=0D=0A=0D=0AThank you= ,=0D=0A=0D=0A--HPS=0D=0A=20=0D=0A-----Original message-----=0D=0A> From:A= lexandre Kovalenko <bsd.gaijin@gmail.com <mailto:bsd.gaijin@gmail.com> >=0D= =0A> Sent: Thursday 4th July 2013 20:58=0D=0A> To: freebsd-usb@freebsd.or= g <mailto:freebsd-usb@freebsd.org>=20=0D=0A> Cc: freebsd-stable@freebsd.o= rg <mailto:freebsd-stable@freebsd.org>=20=0D=0A> Subject: XHCI umass supp= ort breaks between r248085 and r252560 on 9-STABLE=0D=0A>=20=0D=0A> Three= different external hard drives (Seagate, Western Digital and noname USB = 3.0 enclosure) refused to be recognized as the umass devices. Reverting /= usr/src/sys/dev/bsd/controller to r248085, building and loading just xhci= module makes drives appear again. Below are snippets from the log in bot= h cases:=0D=0A>=20=0D=0A> Non working:=0D=0A>=20=0D=0A> Jul 4 14:35:17 t= winhead kernel: xhci0: <XHCI (generic) USB 3.0 controller> mem 0xfddfe000= -0xfddfffff irq 16 at device 0.0 on pci2=0D=0A> Jul 4 14:35:17 twinhead = kernel: xhci0: 64 byte context size.=0D=0A> Jul 4 14:35:17 twinhead kern= el: usbus0 on xhci0=0D=0A> Jul 4 14:35:17 twinhead kernel: usbus0: 5.0Gb= ps Super Speed USB v3.0=0D=0A> Jul 4 14:35:17 twinhead kernel: ugen0.1: = <0x1912> at usbus0=0D=0A> Jul 4 14:35:17 twinhead kernel: uhub0: <0x1912= XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0=0D=0A> Jul 4= 14:35:17 twinhead kernel: uhub0: 8 ports with 8 removable, self powered=0D= =0A> Jul 4 14:35:24 twinhead kernel: ugen0.2: <ASMedia> at usbus0=0D=0A>= Jul 4 14:35:24 twinhead kernel: umass0: <ASMedia AS2105, class 0/0, rev= 3.00/0.01, addr 1> on usbus0=0D=0A> Jul 4 14:35:29 twinhead kernel: (pr= obe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00=20=0D=0A> Jul 4 = 14:35:29 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB requ= est completed with an error=0D=0A> Jul 4 14:35:29 twinhead kernel: (prob= e0:umass-sim0:0:0:0): Retrying command=0D=0A> Jul 4 14:35:30 twinhead ke= rnel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00=20=0D=0A= > Jul 4 14:35:30 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM status:= CCB request completed with an error=0D=0A> Jul 4 14:35:30 twinhead kern= el: (probe0:umass-sim0:0:0:0): Retrying command=0D=0A> Jul 4 14:35:35 tw= inhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00= =20=0D=0A> Jul 4 14:35:35 twinhead kernel: (probe0:umass-sim0:0:0:0): CA= M status: CCB request completed with an error=0D=0A> Jul 4 14:35:35 twin= head kernel: (probe0:umass-sim0:0:0:0): Retrying command=0D=0A> Jul 4 14= :35:36 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00= 00 24 00=20=0D=0A> Jul 4 14:35:36 twinhead kernel: (probe0:umass-sim0:0= :0:0): CAM status: CCB request completed with an error=0D=0A> Jul 4 14:3= 5:36 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying command=0D=0A> = Jul 4 14:35:41 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB:= 12 00 00 00 24 00=20=0D=0A> Jul 4 14:35:41 twinhead kernel: (probe0:uma= ss-sim0:0:0:0): CAM status: CCB request completed with an error=0D=0A> Ju= l 4 14:35:41 twinhead kernel: (probe0:umass-sim0:0:0:0): Error 5, Retrie= s exhausted=0D=0A>=20=0D=0A> Working:=0D=0A>=20=0D=0A> Jul 4 14:40:20 tw= inhead kernel: ugen0.2: <ASMedia> at usbus0 (disconnected)=0D=0A> Jul 4 = 14:40:20 twinhead kernel: umass0: at uhub0, port 2, addr 1 (disconnected)= =0D=0A> Jul 4 14:40:27 twinhead kernel: ugen0.2: <vendor 0x174c> at usbu= s0=0D=0A> Jul 4 14:40:27 twinhead kernel: umass0: <vendor 0x174c product= 0x5106, class 0/0, rev 3.00/0.01, addr 1> on usbus0=0D=0A> Jul 4 14:40:= 27 twinhead kernel: (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00= 00 00 00 00 00 00 10 00 00=20=0D=0A> Jul 4 14:40:27 twinhead kernel: (p= robe0:umass-sim0:0:0:0): CAM status: SCSI Status Error=0D=0A> Jul 4 14:4= 0:27 twinhead kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condi= tion=0D=0A> Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): S= CSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code)=0D=0A= > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): Error 22, U= nretryable error=0D=0A> Jul 4 14:40:27 twinhead kernel: da0 at umass-sim= 0 bus 0 scbus4 target 0 lun 0=0D=0A> Jul 4 14:40:27 twinhead kernel: da0= : <Hitachi HTS542520K9SA00 BBDO> Fixed Direct Access SCSI-5 device=20=0D=0A= > Jul 4 14:40:27 twinhead kernel: da0: 400.000MB/s transfers=0D=0A> Jul = 4 14:40:27 twinhead kernel: da0: 190782MB (390721968 512 byte sectors: 2= 55H 63S/T 24321C)=0D=0A> Jul 4 14:40:27 twinhead kernel: da0: quirks=3D0= x2<NO_6_BYTE>=0D=0A>=20=0D=0A> I can provide additional information or tr= y patches as necessary.=0D=0A>=20=0D=0A> Alexandre "Sunny" Kovalenko (=D0= =9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80 =D0=9A=D0=BE=D0=B2=D0= =B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE)=0D=0A>=20=0D=0A> _____________________= __________________________=0D=0A> freebsd-usb@freebsd.org <mailto:freebsd= -usb@freebsd.org> mailing list=0D=0A> http://lists.freebsd.org/mailman/l= istinfo/freebsd-usb <http://lists.freebsd.org/mailman/listinfo/freebsd-us= b>=20=0D=0A> To unsubscribe, send any mail to "freebsd-usb-unsubscribe@fr= eebsd.org <mailto:freebsd-usb-unsubscribe@freebsd.org> "=0D=0A=0D=0A From owner-freebsd-stable@FreeBSD.ORG Sun Jul 7 07:41:17 2013 Return-Path: <owner-freebsd-stable@FreeBSD.ORG> Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9236C2EA; Sun, 7 Jul 2013 07:41:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0826915E2; Sun, 7 Jul 2013 07:41:16 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r677fC2c063043; Sun, 7 Jul 2013 10:41:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r677fC2c063043 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r677fCqp063042; Sun, 7 Jul 2013 10:41:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 7 Jul 2013 10:41:12 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: Andre Albsmeier <Andre.Albsmeier@siemens.com> Subject: Re: FreeBSD-9.1: machine reboots during snapshot creation, LORs found Message-ID: <20130707074112.GD91021@kib.kiev.ua> References: <20130531122611.GA6607@bali> <201305311051.03157.jhb@freebsd.org> <20130616063942.GA72803@bali> <201306171530.31208.jhb@freebsd.org> <20130704051409.GA22021@bali> <20130704052440.GG91021@kib.kiev.ua> <20130704052659.GA23398@bali> <20130704061550.GI91021@kib.kiev.ua> <20130707072553.GA38133@bali> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FIrcIS49ZjgQdfhA" Content-Disposition: inline In-Reply-To: <20130707072553.GA38133@bali> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org>, John Baldwin <jhb@freebsd.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>, <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable> List-Post: <mailto:freebsd-stable@freebsd.org> List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, <mailto:freebsd-stable-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sun, 07 Jul 2013 07:41:17 -0000 --FIrcIS49ZjgQdfhA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 07, 2013 at 09:25:53AM +0200, Andre Albsmeier wrote: > OK, here we go (looks better now): >=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > dev =3D stripe/p, block =3D 592, fs =3D /palveli > panic: ffs_blkfree_cg: freeing free block > KDB: stack backtrace: > db_trace_self_wrapper(c08207eb,d70fc924,c05fdfc9,c081df13,c08a82e0,...) a= t db_trace_self_wrapper+0x26/frame 0xd70fc8f4 > kdb_backtrace(c081df13,c08a82e0,c0833a0b,d70fc930,d70fc930,...) at kdb_ba= cktrace+0x29/frame 0xd70fc900 > panic(c0833a0b,c2aae178,250,0,c2af80d4,...) at panic+0xc9/frame 0xd70fc924 > ffs_blkfree_cg(250,0,8000,49f,d70fcad0,...) at ffs_blkfree_cg+0x399/frame= 0xd70fc9c8 > ffs_blkfree(c2b35100,c2af8000,c2b0d470,250,0,...) at ffs_blkfree+0xad/fra= me 0xd70fca00 > indir_trunc(fffa3ff4,ffffffff,0,8000,0,...) at indir_trunc+0x658/frame 0x= d70fcae0 > indir_trunc(ffffdff3,ffffffff,c072df0a,c2d68d00,c087abd8,...) at indir_tr= unc+0x514/frame 0xd70fcbc0 > handle_workitem_freeblocks(0,d70fcc4c,2,246,c2ab1000,...) at handle_worki= tem_freeblocks+0x2dc/frame 0xd70fcc24 > process_worklist_item(0,0,0,c086ae78,0,...) at process_worklist_item+0x27= a/frame 0xd70fcc6c > softdep_process_worklist(c2b36548,0,54,c0835825,64,...) at softdep_proces= s_worklist+0x91/frame 0xd70fcc9c > softdep_flush(0,d70fcd08,0,c2aac2f0,0,...) at softdep_flush+0x3e4/frame 0= xd70fcccc > fork_exit(c0738bb0,0,d70fcd08) at fork_exit+0xa2/frame 0xd70fccf4 > fork_trampoline() at fork_trampoline+0x8/frame 0xd70fccf4 > --- trap 0, eip =3D 0, esp =3D 0xd70fcd40, ebp =3D 0 --- > Uptime: 2d16h29m37s > Physical memory: 503 MB > Dumping 95 MB: 80 64 48 32 16 >=20 > No symbol "stopped_cpus" in current context. > No symbol "stoppcbs" in current context. > #0 doadump (textdump=3D1) at pcpu.h:249 > 249 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump (textdump=3D1) at pcpu.h:249 > #1 0xc05fdddd in kern_reboot (howto=3D260) at /src/src-9/sys/kern/kern_s= hutdown.c:449 > #2 0xc05fe028 in panic (fmt=3D<value optimized out>) at /src/src-9/sys/k= ern/kern_shutdown.c:637 > #3 0xc0717899 in ffs_blkfree_cg (ump=3D0xc2b35100, fs=3D0xc2af8000, devv= p=3D0xc2b0d470, bno=3D592,=20 > size=3D32768, inum=3D1183, dephd=3D0xd70fcad0) at /src/src-9/sys/ufs/= ffs/ffs_alloc.c:2151 > #4 0xc0717c8d in ffs_blkfree (ump=3D0xc2b35100, fs=3D0xc2af8000, devvp= =3D0xc2b0d470, bno=3D592,=20 > size=3D32768, inum=3D1183, vtype=3DVREG, dephd=3D0xd70fcad0) at /src/= src-9/sys/ufs/ffs/ffs_alloc.c:2280 > #5 0xc0730348 in indir_trunc (freework=3D0xc2f99100, dbn=3D1642816, lbn= =3D-376844) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7965 > #6 0xc0730204 in indir_trunc (freework=3D0xc2f99100, dbn=3D1639680, lbn= =3D-8205) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7946 > #7 0xc07324bc in handle_workitem_freeblocks (freeblks=3D0xc2fc1e00, flag= s=3D512) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7588 > #8 0xc0730dfa in process_worklist_item (mp=3D0xc2b36548, target=3D10, fl= ags=3D512) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:1774 > #9 0xc07360c1 in softdep_process_worklist (mp=3D0xc2b36548, full=3D0) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:1558 > #10 0xc0738f94 in softdep_flush () at /src/src-9/sys/ufs/ffs/ffs_softdep.= c:1414 > #11 0xc05d1b82 in fork_exit (callout=3D0xc0738bb0 <softdep_flush>, arg=3D= 0x0, frame=3D0xd70fcd08) > at /src/src-9/sys/kern/kern_fork.c:988 > #12 0xc07ba904 in fork_trampoline () at /src/src-9/sys/i386/i386/exceptio= n.s:279 > (kgdb) up 10 > #10 0xc0738f94 in softdep_flush () at /src/src-9/sys/ufs/ffs/ffs_softdep.= c:1414 > 1414 progress +=3D softdep_process_worklist(mp= , 0); >=20 > -Andre This looks unrelated, and exactly this panic is usually has one of two causes: - corrupted filesystem, run fsck to recheck it; - faulty hardware, most likely RAM, but might be CPU/CPU cache/bus. Is it the same machine where the bcopy panic occured ? --FIrcIS49ZjgQdfhA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJR2RuXAAoJEJDCuSvBvK1BkrsP/A3g98hO9rMhBWUSVmnQSmLs QG4mJLN1AK2eowflKOPde6+nOVDcMnS8Z4vP2Mfagc7VF+3bmPY3FHO1s8H2BvAD RmPtH+z1eBLJJQKBwgiYxUgAwX/MoJU2cda3mmU1WrGYSJjxb9clLL9PKJfhFN6X Mju9BT92Uj0TZN74D15DTDTyTp8bgv9bYvm68DA9Ckf93nHdSqlQUGu66Kx5griF pyO2AXGtCYowxLeLkBfWEjL9uYTO5PTUGwBft817DVnZI2DmdG6SOj8crJiA0S5q nwpvkgKGNsjvsBSG2RnEW/f2vkpfwERJb47M9d9qgzE/FEyljmnnnIipYPFEJY4t ZKKDSoMDxzu+8sGZDgw2DJx9sNaOklnA6EVuVyGtdEjLyvZVmtsiiYPji0lBY7mA hzHibLoPQg5g5GwMHZHngBBYW/F+iNhhHcbZ3LPznvBE56QQwCuEW34FF9qYswrB qtfePkwidCzfFzc+C/kehtc+VZMZaQv5fP0ep1lm+krvipPd5Nkjqaly/7eDF6uH JbsFu4fEfa5D6ttXGIsKII+NMYepMqQfA1X8f7gFjiyrUn+dxkAL3H4MzE7mAbT8 nL1UBo1+eDBz8g5blZj63bN4CcDOtrnTQWM0cK3USwmope1YuBCv3u6BCPD9T+kV TMjpiYDWDSassU+lNraR =uQ1f -----END PGP SIGNATURE----- --FIrcIS49ZjgQdfhA--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?zarafa.51d919a3.5c6f.493404901d08afeb>