From owner-freebsd-current@freebsd.org Sat Jan 9 19:39:38 2016 Return-Path: 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 06ED8A6A1BA for ; Sat, 9 Jan 2016 19:39:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB41F121F; Sat, 9 Jan 2016 19:39:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 26CC2B946; Sat, 9 Jan 2016 14:39:36 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, Cy Schubert Cc: Jeremie Le Hen , Adrian Chadd , Ryan Stone , =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= , "?Alan L. Cox" Subject: Re: Panic from vesa_configure() Date: Sat, 09 Jan 2016 11:30:46 -0800 Message-ID: <6763716.RJFa7H2OmF@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <201601070947.u079lWFk066644@slippy.cwsent.com> References: <201601070947.u079lWFk066644@slippy.cwsent.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 09 Jan 2016 14:39:36 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2016 19:39:38 -0000 On Thursday, January 07, 2016 01:47:32 AM Cy Schubert wrote: > In message om> > , Jeremie Le Hen writes: > > On Mon, Dec 21, 2015 at 12:57 AM, Adrian Chadd wrote > > : > > > can you copy/paste the file:line that each of those stackframes represents? > > > > > > I may have an idea or two.. > > > > Sure here we go: > > > > (kgdb) list *vesa_configure+0x270 > > 0xffffffff80b25cd0 is in vesa_configure (/usr/src-svn/sys/dev/fb/vesa.c:827). > > > > (kgdb) list *vga_init+0x65 > > 0xffffffff80b286e5 is in vga_init (/usr/src-svn/sys/dev/fb/vga.c:1402). > > > > (kgdb) list *isavga_attach+0x92 > > 0xffffffff80b9afd2 is in isavga_attach (/usr/src-svn/sys/isa/vga_isa.c:224). > > Here is what I see. Only happens on real hardware (not VirtualBox VMs). > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: console (9600,n,8,1) > acpi_alloc_wakeup_handler: can't alloc wake memory This is probably related to the same cause. Both this and the x86 BIOS stuff need "low" memory (memory below 1MB). x86bios_alloc() uses contigmalloc() as does acpi_alloc_wakeup_handler(). Perhaps the recent changes to contigmalloc() affect this? In particular, try reverting r292469 to see if that fixes the issue. -- John Baldwin