Date: Tue, 3 May 2016 08:05:54 -0600 (MDT) From: Warren Block <wblock@wonkity.com> To: Johan Hendriks <joh.hendriks@gmail.com> Cc: freebsd-current@freebsd.org, Warner Losh <wlosh@netflix.com> Subject: CAM I/O Scheduler (was Re: FreeBSD Quarterly Status Report - First Quarter 2016 (fwd)) Message-ID: <alpine.BSF.2.20.1605030801100.42085@wonkity.com> In-Reply-To: <38091325-b0c9-ac6d-d6e9-efc29c814e0a@gmail.com> References: <alpine.BSF.2.20.1605011847390.44343@wonkity.com> <38091325-b0c9-ac6d-d6e9-efc29c814e0a@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 3 May 2016, Johan Hendriks wrote: > Op 02/05/16 om 02:49 schreef Warren Block: > CAM I/O Scheduler > > Links > I/O Scheduling in FreeBSD's CAM Subsystem (PDF) URL: > https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf > The BSDCan 2015 Talk URL: https://www.youtube.com/watch?v=3WqOLolj5EU > > Contact: Warner Losh <wlosh@netflix.com> > > An enhanced CAM I/O scheduler has been committed to the tree. By > default, this scheduler implements the old behavior. In addition, an > advanced adaptive scheduler is available. Along with the scheduler, > SATA disks can now use Queued Trims with devices that support them. > Details about the new scheduler are available in the I/O Scheduling in > FreeBSD's CAM Subsystem article (PDF) or from the BSDCan 2015 talk. > > I updated my source today, but CAM_ADAPTIVE_IOSCHED yields an error about an unknown option. > If I use CAM_NETFLIX_IOSCHED the kernel compiles. > Is the name CAM_NETFLIX_IOSCHED changing to CAM_ADAPTIVE_IOSCHED? That is my understanding, yes. Warner can certainly explain it better than I can, so CCed. Thanks! From owner-freebsd-current@freebsd.org Tue May 3 14:11:17 2016 Return-Path: <owner-freebsd-current@freebsd.org> Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B84B9B2A886 for <freebsd-current@mailman.ysv.freebsd.org>; Tue, 3 May 2016 14:11:17 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 71CE31CC5; Tue, 3 May 2016 14:11:16 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id E17A756516; Tue, 3 May 2016 09:11:15 -0500 (CDT) Subject: Re: Kernel panic from recent build To: Ryan Stone <rysto32@gmail.com> References: <CAN3DDYpfN0_F5akew5jccXO9bCQoVLN75v86ZJ=OgvTNfMSmZw@mail.gmail.com> <1616736.1pUkklcWcu@ralph.baldwin.cx> <CAN3DDYr9qB+_nYV3ipksff0y2miX5egwx1Hbva6j-Jf2+UoaDw@mail.gmail.com> <5727D20D.9090502@FreeBSD.org> <CAFMmRNwr4eK=4U6WidiPwfbWLuVd31fy_Ap6SO+k_D1R5-RdyQ@mail.gmail.com> Cc: Bill O'Hanlon <bill.ohanlon@gmail.com>, John Baldwin <jhb@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org> From: Eric van Gyzen <vangyzen@FreeBSD.org> Message-ID: <5728B181.3020905@FreeBSD.org> Date: Tue, 3 May 2016 09:11:13 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <CAFMmRNwr4eK=4U6WidiPwfbWLuVd31fy_Ap6SO+k_D1R5-RdyQ@mail.gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current <freebsd-current.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>; List-Post: <mailto:freebsd-current@freebsd.org> List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=subscribe> X-List-Received-Date: Tue, 03 May 2016 14:11:17 -0000 I intend it as a workaround to be committed, not as debugging. Eric On 05/02/2016 18:51, Ryan Stone wrote: > Do we need this debug output? It's quite clear from the acpidump output > that there is an entry for APIC ID 0 in memory domain 0 and memory > domain 1. Not sure if that's legal by the spec. > > On Mon, May 2, 2016 at 6:17 PM, Eric van Gyzen <vangyzen@freebsd.org > <mailto:vangyzen@freebsd.org>> wrote: > > On 05/02/2016 16:14, Bill O'Hanlon wrote: > > On Mon, May 2, 2016 at 3:55 PM, John Baldwin <jhb@freebsd.org <mailto:jhb@freebsd.org>> wrote: > > > >> On Monday, May 02, 2016 01:35:54 PM Bill O'Hanlon wrote: > >>> > >>> IMG_20160502_130335.jpg > >>> < > >> https://drive.google.com/file/d/1dtJxTwWXfhXVUUtn1Vvpzh3laJt7AILyCg/view?usp=drive_web > >>> > >>> I'm getting the following panic from a recent (May 2, 2016) build. > >>> panic: Duplicate local APIC ID 0 > >>> > >>> The system is a Dell Precision T5500 with generic factory BIOS settings. > >>> It has run previous builds without event for several years. > >>> > >>> I'm attaching a link to a photo of the screen for added details. > >> Try setting 'hint.srat.0.disabled=1' at the loader prompt and then grab > >> the output of 'acpidump -t' on your next boot. The SRAT table used by > >> the NUMA code appears to be corrupted by your BIOS. > >> > >> -- > >> John Baldwin > >> > > > > That allowed me to boot. I'm attaching the output of 'acpidump -t'. > > Thanks! > > Bill, > > Do you have the time and interest to test this patch? If so, remove the > line that you added to /boot/loader.conf so the patch actually gets > exercised. > > Eric > > > diff --git a/sys/x86/acpica/srat.c b/sys/x86/acpica/srat.c > index 85f1922..1d0f73d 100644 > --- a/sys/x86/acpica/srat.c > +++ b/sys/x86/acpica/srat.c > @@ -201,8 +201,12 @@ srat_parse_entry(ACPI_SUBTABLE_HEADER *entry, void > *arg) > "enabled" : "disabled"); > if (!(cpu->Flags & ACPI_SRAT_CPU_ENABLED)) > break; > - KASSERT(!cpus[cpu->ApicId].enabled, > - ("Duplicate local APIC ID %u", cpu->ApicId)); > + if (cpus[cpu->ApicId].enabled) { > + printf("SRAT: Duplicate local APIC ID %u\n", > + cpu->ApicId); > + *(int *)arg = ENXIO; > + break; > + } > cpus[cpu->ApicId].domain = domain; > cpus[cpu->ApicId].enabled = 1; > break; > > _______________________________________________ > freebsd-current@freebsd.org <mailto:freebsd-current@freebsd.org> > mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org > <mailto:freebsd-current-unsubscribe@freebsd.org>" > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.20.1605030801100.42085>