Date: Mon, 25 Feb 2019 13:47:32 -0700 From: Warner Losh <imp@bsdimp.com> To: Steve Kargl <sgk@troutmask.apl.washington.edu> Cc: =?UTF-8?Q?T=C4=B3l_Coosemans?= <tijl@freebsd.org>, Konstantin Belousov <kostikbel@gmail.com>, FreeBSD Current <freebsd-current@freebsd.org>, Peter Holm <pho@freebsd.org>, Mark Johnston <markj@freebsd.org> Subject: Re: r343567 aka PAE vs non-PAE merge breaks i386 freebsd Message-ID: <CANCZdfqt9fTLF5qKK17C3vA3u3m7-rRTVu%2BJQ6YuDGqKZE-HRg@mail.gmail.com> In-Reply-To: <20190224175827.GB26240@troutmask.apl.washington.edu> References: <20190222033924.GA25285@troutmask.apl.washington.edu> <20190222060410.GA25817@troutmask.apl.washington.edu> <20190223032644.GA14058@troutmask.apl.washington.edu> <20190223091931.GE2420@kib.kiev.ua> <20190223163619.GA18805@troutmask.apl.washington.edu> <CANCZdfpnpMLpLs2BCBvrBTfFxTx8B8MMDoWAh4xE_4Ge0LRSVA@mail.gmail.com> <20190224012851.GA21748@troutmask.apl.washington.edu> <20190224102726.746adb9f@kalimero.tijl.coosemans.org> <CANCZdfo3q4wMz4dx7Q%2BWB=c3uU5xQZuaZWQnnDggbFLJUNitPw@mail.gmail.com> <20190224175827.GB26240@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Feb 24, 2019 at 10:58 AM Steve Kargl < sgk@troutmask.apl.washington.edu> wrote: > On Sun, Feb 24, 2019 at 10:06:53AM -0700, Warner Losh wrote: > > > > > > > Maybe I missed it, but Steve, did you run the patched in a different way > > tests that I suggested? Replacing the limits with 0xffffffff for testing > > purposes to ensure that drm isn't saying it can cope with larger > addresses? > > That might help narrow down what the problem here one more level than > "It's > > PAE". > > > > So, I dug through the code a bit. Niclas changed the port to > use BUS_SPACE_MAXADDR. This is defined in include/x86/bus.h > > #if defined(__amd64__) || defined(PAE) > #define BUS_SPACE_MAXADDR_48BIT 0xFFFFFFFFFFFFULL > #define BUS_SPACE_MAXADDR 0xFFFFFFFFFFFFFFFFULL > #else > #define BUS_SPACE_MAXADDR 0xFFFFFFFF > #endif > > I don't know if defined(PAE) is effected by hw.above4g_allow, > or where it gets defined or if it is defined. > Grepping suggests that PAE isn't defined w/o the option. The option is only in the PAE kernel, so maybe my test wouldn't say anything useful and it's a different issue. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfqt9fTLF5qKK17C3vA3u3m7-rRTVu%2BJQ6YuDGqKZE-HRg>