Date: Mon, 21 Sep 2015 23:21:27 -0700 From: Scott Long <scott4long@yahoo.com> To: Rui Paulo <rpaulo@me.com> Cc: Adrian Chadd <adrian.chadd@gmail.com>, jhb@freebsd.org, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r287934 - head/sys/boot/efi/loader Message-ID: <1F2C327F-433E-4FA6-A083-4565A32C1146@yahoo.com> In-Reply-To: <35a0f1b6-0236-4b0e-b919-00cab07429be@me.com> References: <35a0f1b6-0236-4b0e-b919-00cab07429be@me.com>
next in thread | previous in thread | raw e-mail | index | archive | help
As a side note, I=E2=80=99m still waiting for feedback on the patch I = sent you for scsi_sg. I=E2=80=99d like to get this fixed. Scott > On Sep 21, 2015, at 3:53 PM, Rui Paulo <rpaulo@me.com> wrote: >=20 > No, that doesn't work very well. Not only the modules don't = auto-load, the way the modules are compiled is different. See, for = example, cam ctl which doesn't compile the sg code when it's built into = the kernel, but compiles it when it's built as a module. The sg code is = currently buggy and causes insta-panics with GNOME 3 (perhaps the = auto-mounter in hald (?)). > -- > Rui Paulo >=20 >=20 > On Sep 21, 2015, at 11:24 AM, Adrian Chadd <adrian.chadd@gmail.com> = wrote: >=20 >> Hi, >>=20 >> Warner has been working on the modular kernel thing. But honestly, I >> think we should just start biting that bullet and ship a modules-only >> GENERIC by default.. >>=20 >>=20 >> -a >>=20 >>=20 >> On 21 September 2015 at 11:02, Rui Paulo <rpaulo@me.com> wrote: >>> So, we're going to keep ignoring the problem and keep patching = things up? >>> It's a bit sad that a single driver (pmspcv) is able to cause so = much >>> problems. >>>=20 >>> -- >>> Rui Paulo >>>=20 >>>=20 >>> On Sep 17, 2015, at 01:36 PM, John Baldwin <jhb@FreeBSD.org> wrote: >>>=20 >>> Author: jhb >>> Date: Thu Sep 17 20:36:46 2015 >>> New Revision: 287934 >>> URL: https://svnweb.freebsd.org/changeset/base/287934 >>> =20 >>>=20 >>> Log: >>> The EFI boot loader allocates a single chunk of contiguous memory to >>> hold the kernel, modules, and any other loaded data. This memory = block >>> is relocated to the kernel's expected location during the transfer = of >>> control from the loader to the kernel. >>>=20 >>> The GENERIC kernel on amd64 has recently grown such that a kernel + = zfs.ko >>> no longer fits in the default staging size. Bump the default size = from >>> 32MB to 48MB to provide more breathing room. >>>=20 >>> PR: 201679 >>> Reviewed by: imp >>> MFC after: 1 week >>> Differential Revision: https://reviews.freebsd.org/D3666 >>> =20 >>>=20 >>> Modified: >>> head/sys/boot/efi/loader/copy.c >>>=20 >>> Modified: head/sys/boot/efi/loader/copy.c >>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >>> --- head/sys/boot/efi/loader/copy.c Thu Sep 17 20:36:34 2015 >>> (r287933) >>> +++ head/sys/boot/efi/loader/copy.c Thu Sep 17 20:36:46 2015 >>> (r287934) >>> @@ -38,7 +38,7 @@ __FBSDID("$FreeBSD$"); >>> #include <efilib.h> >>>=20 >>> #ifndef EFI_STAGING_SIZE >>> -#define EFI_STAGING_SIZE 32 >>> +#define EFI_STAGING_SIZE 48 >>> #endif >>>=20 >>> #define STAGE_PAGES ((EFI_STAGING_SIZE) * 1024 * 1024 / 4096) >>>=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1F2C327F-433E-4FA6-A083-4565A32C1146>