Date: Wed, 14 Oct 2009 11:35:16 -0700 From: Marcel Moolenaar <xcllnt@mac.com> To: Warner Losh <imp@bsdimp.com> Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r197969 - head/sys/conf Message-ID: <2D55EFED-675A-4CC7-AF39-DE83961552F0@mac.com> In-Reply-To: <20091014.113945.74724941.imp@bsdimp.com> References: <EC2B1366-67F5-4021-A5A0-040D035ADD6C@mac.com> <20091013.220411.-432748090.imp@bsdimp.com> <F949E7FD-073B-407B-A678-6195B7566337@mac.com> <20091014.113945.74724941.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Oct 14, 2009, at 10:39 AM, Warner Losh wrote: > > I can't be more clear than this. You keep ignoring me, and it is very > frustrating. I'm not ignoring you. I'm still talking. You simply haven't convinced me. While it's possible (likely?) that I don't understand the issues, all you've achieved so far is that I'm more convinced that limiting orm(4) to i386 and amd64 is the right thing, because the alternative is not at all appealing. > The problem is that the > powerpc and itanium isa modules allow memory ranges that shouldn't be > allowed. That's the platform specific code that needs to be fixed. isa_set_resource() is MI code and it happily adds whatever resources a driver wants. The only chance MD code has is to fail the allocation, but since the whole ISA code bypasses the newbus hierarchy, there's no way we know in the isa MD code what is valid and what isn't unless we add kluges to platform code. If you want to fix it for real, does that mean fix it for real or does that mean add kluges to platform code? Shouldn't we have ISA bridges obtain the set of valid resources from their parent in the newbus hierarchy? > To be pedantic: powerpc's buggy isa MD code is causing these > problems. orm(4) is just a symptom, not the disease. Fine, be pedantic. I eliminated the symptom. Good, now at least I'm not blocked and we can really discuss the disease and fix it. See above. -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2D55EFED-675A-4CC7-AF39-DE83961552F0>