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, FYI: The USB stack will currently run a complete controller reset upon resume, like during boot. --HPS -----Original message----- > From:Ian Smith <smithi@nimnet.asn.au <mailto:smithi@nimnet.asn.au> > > Sent: Sunday 7th July 2013 7:52 > To: Adrian Chadd <adrian@freebsd.org <mailto:adrian@freebsd.org> > > Cc: freebsd-acpi@freebsd.org <mailto:freebsd-acpi@freebsd.org> ; freebsd-stable@freebsd.org <mailto:freebsd-stable@freebsd.org> ; freebsd-usb@freebsd.org <mailto:freebsd-usb@freebsd.org> > Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume > > On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: > > On 30 June 2013 07:22, Ian Smith <smithi@nimnet.asn.au <mailto:smithi@nimnet.asn.au> > wrote: > [..] > > > Nothing of note that I can see, if that usb hub-to-bus remapping is > > > normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. > > > Maybe someone who knows might comment on that? > > Does noone know what that signifies? Maybe it's not relevant to this. > > > > Just checking: you've tried other USB devices apart from uftdi0? > > > > Yup, there's no 5v on the port. > > I was rather taken aback to hear this. Would not this indicate a > failure to reinitialise the basic underlying USB hardware on resume? > > More than a bit bemused, Ian > _______________________________________________ > freebsd-acpi@freebsd.org <mailto:freebsd-acpi@freebsd.org> mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>; > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org <mailto:freebsd-acpi-unsubscribe@freebsd.org> " > 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@freebsd.org?= <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@freebsd.org?= <mav@freebsd.org>, =?utf-8?Q?freebsd-stable@freebsd.org?= <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, Check for CAM/SCSI related changes. There has not been so many USB changes recently. Possibly not USB related. Thank you, --HPS -----Original message----- > From:Alexandre Kovalenko <bsd.gaijin@gmail.com <mailto:bsd.gaijin@gmail.com> > > Sent: Thursday 4th July 2013 20:58 > To: freebsd-usb@freebsd.org <mailto:freebsd-usb@freebsd.org> > Cc: freebsd-stable@freebsd.org <mailto:freebsd-stable@freebsd.org> > Subject: XHCI umass support breaks between r248085 and r252560 on 9-STABLE > > 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 both cases: > > Non working: > > Jul 4 14:35:17 twinhead kernel: xhci0: <XHCI (generic) USB 3.0 controller> mem 0xfddfe000-0xfddfffff irq 16 at device 0.0 on pci2 > Jul 4 14:35:17 twinhead kernel: xhci0: 64 byte context size. > Jul 4 14:35:17 twinhead kernel: usbus0 on xhci0 > Jul 4 14:35:17 twinhead kernel: usbus0: 5.0Gbps Super Speed USB v3.0 > Jul 4 14:35:17 twinhead kernel: ugen0.1: <0x1912> at usbus0 > Jul 4 14:35:17 twinhead kernel: uhub0: <0x1912 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 > Jul 4 14:35:17 twinhead kernel: uhub0: 8 ports with 8 removable, self powered > Jul 4 14:35:24 twinhead kernel: ugen0.2: <ASMedia> at usbus0 > Jul 4 14:35:24 twinhead kernel: umass0: <ASMedia AS2105, class 0/0, rev 3.00/0.01, addr 1> on usbus0 > Jul 4 14:35:29 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > Jul 4 14:35:29 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > Jul 4 14:35:29 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying command > Jul 4 14:35:30 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > Jul 4 14:35:30 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > Jul 4 14:35:30 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying command > Jul 4 14:35:35 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > Jul 4 14:35:35 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > Jul 4 14:35:35 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying command > Jul 4 14:35:36 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > Jul 4 14:35:36 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > Jul 4 14:35:36 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying command > Jul 4 14:35:41 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > Jul 4 14:35:41 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > Jul 4 14:35:41 twinhead kernel: (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted > > Working: > > Jul 4 14:40:20 twinhead kernel: ugen0.2: <ASMedia> at usbus0 (disconnected) > Jul 4 14:40:20 twinhead kernel: umass0: at uhub0, port 2, addr 1 (disconnected) > Jul 4 14:40:27 twinhead kernel: ugen0.2: <vendor 0x174c> at usbus0 > Jul 4 14:40:27 twinhead kernel: umass0: <vendor 0x174c product 0x5106, class 0/0, rev 3.00/0.01, addr 1> on usbus0 > 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 > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): Error 22, Unretryable error > Jul 4 14:40:27 twinhead kernel: da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 > Jul 4 14:40:27 twinhead kernel: da0: <Hitachi HTS542520K9SA00 BBDO> Fixed Direct Access SCSI-5 device > Jul 4 14:40:27 twinhead kernel: da0: 400.000MB/s transfers > Jul 4 14:40:27 twinhead kernel: da0: 190782MB (390721968 512 byte sectors: 255H 63S/T 24321C) > Jul 4 14:40:27 twinhead kernel: da0: quirks=0x2<NO_6_BYTE> > > I can provide additional information or try patches as necessary. > > Alexandre "Sunny" Kovalenko (Олександр Коваленко) > > _______________________________________________ > freebsd-usb@freebsd.org <mailto:freebsd-usb@freebsd.org> mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb <http://lists.freebsd.org/mailman/listinfo/freebsd-usb>; > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org <mailto:freebsd-usb-unsubscribe@freebsd.org> " 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): > > 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 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-marcel-freebsd"... > > Unread portion of the kernel message buffer: > dev = stripe/p, block = 592, fs = /palveli > panic: ffs_blkfree_cg: freeing free block > KDB: stack backtrace: > db_trace_self_wrapper(c08207eb,d70fc924,c05fdfc9,c081df13,c08a82e0,...) at db_trace_self_wrapper+0x26/frame 0xd70fc8f4 > kdb_backtrace(c081df13,c08a82e0,c0833a0b,d70fc930,d70fc930,...) at kdb_backtrace+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/frame 0xd70fca00 > indir_trunc(fffa3ff4,ffffffff,0,8000,0,...) at indir_trunc+0x658/frame 0xd70fcae0 > indir_trunc(ffffdff3,ffffffff,c072df0a,c2d68d00,c087abd8,...) at indir_trunc+0x514/frame 0xd70fcbc0 > handle_workitem_freeblocks(0,d70fcc4c,2,246,c2ab1000,...) at handle_workitem_freeblocks+0x2dc/frame 0xd70fcc24 > process_worklist_item(0,0,0,c086ae78,0,...) at process_worklist_item+0x27a/frame 0xd70fcc6c > softdep_process_worklist(c2b36548,0,54,c0835825,64,...) at softdep_process_worklist+0x91/frame 0xd70fcc9c > softdep_flush(0,d70fcd08,0,c2aac2f0,0,...) at softdep_flush+0x3e4/frame 0xd70fcccc > fork_exit(c0738bb0,0,d70fcd08) at fork_exit+0xa2/frame 0xd70fccf4 > fork_trampoline() at fork_trampoline+0x8/frame 0xd70fccf4 > --- trap 0, eip = 0, esp = 0xd70fcd40, ebp = 0 --- > Uptime: 2d16h29m37s > Physical memory: 503 MB > Dumping 95 MB: 80 64 48 32 16 > > No symbol "stopped_cpus" in current context. > No symbol "stoppcbs" in current context. > #0 doadump (textdump=1) at pcpu.h:249 > 249 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump (textdump=1) at pcpu.h:249 > #1 0xc05fdddd in kern_reboot (howto=260) at /src/src-9/sys/kern/kern_shutdown.c:449 > #2 0xc05fe028 in panic (fmt=<value optimized out>) at /src/src-9/sys/kern/kern_shutdown.c:637 > #3 0xc0717899 in ffs_blkfree_cg (ump=0xc2b35100, fs=0xc2af8000, devvp=0xc2b0d470, bno=592, > size=32768, inum=1183, dephd=0xd70fcad0) at /src/src-9/sys/ufs/ffs/ffs_alloc.c:2151 > #4 0xc0717c8d in ffs_blkfree (ump=0xc2b35100, fs=0xc2af8000, devvp=0xc2b0d470, bno=592, > size=32768, inum=1183, vtype=VREG, dephd=0xd70fcad0) at /src/src-9/sys/ufs/ffs/ffs_alloc.c:2280 > #5 0xc0730348 in indir_trunc (freework=0xc2f99100, dbn=1642816, lbn=-376844) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7965 > #6 0xc0730204 in indir_trunc (freework=0xc2f99100, dbn=1639680, lbn=-8205) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7946 > #7 0xc07324bc in handle_workitem_freeblocks (freeblks=0xc2fc1e00, flags=512) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:7588 > #8 0xc0730dfa in process_worklist_item (mp=0xc2b36548, target=10, flags=512) > at /src/src-9/sys/ufs/ffs/ffs_softdep.c:1774 > #9 0xc07360c1 in softdep_process_worklist (mp=0xc2b36548, full=0) > 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=0xc0738bb0 <softdep_flush>, arg=0x0, frame=0xd70fcd08) > at /src/src-9/sys/kern/kern_fork.c:988 > #12 0xc07ba904 in fork_trampoline () at /src/src-9/sys/i386/i386/exception.s:279 > (kgdb) up 10 > #10 0xc0738f94 in softdep_flush () at /src/src-9/sys/ufs/ffs/ffs_softdep.c:1414 > 1414 progress += softdep_process_worklist(mp, 0); > > -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>