Date: Mon, 14 Apr 2014 22:44:19 -0700 From: Nathan Whitehorn <nwhitehorn@freebsd.org> To: Jakub Klama <jakub.klama@uj.edu.pl> Cc: freebsd-arm@freebsd.org Subject: Re: [RFC] Refactored interrupt handling on ARM Message-ID: <534CC733.7010009@freebsd.org> In-Reply-To: <246c2ef842c2b47eb2400c1f700ad441@uj.edu.pl> References: <3e7f866f4bc774975ae3c85e0df78ec2@uj.edu.pl> <53418D13.7030107@freebsd.org> <534C0F48.2090302@freebsd.org> <f2bebfa812ecb70f423b6be4779b217b@uj.edu.pl> <534C5A6A.1090707@freebsd.org> <246c2ef842c2b47eb2400c1f700ad441@uj.edu.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04/14/14 15:44, Jakub Klama wrote: > On Mon, 14 Apr 2014 15:00:10 -0700, Nathan Whitehorn wrote: >> I had deliberately made it private with the last round of interrupt >> changes. The idea was to rely completely on newbus for interrupt >> mapping. Having a public interface allows code to bypass the bus >> hierarchy, which usually isn't a good thing. This ended up happening >> all over the place on PowerPC, for example. This made a lot of drivers >> less MI than they should have been and took a lot of time to get rid >> of. > > Agree. In fact, we can completely remove FDT_MAP_IRQ macro, as well as > FDT_INTR_MAX. > > Jakub > Great! Very nice work with all of this, by the way. It's a thorny problem and I'm glad to see it being solved. -Nathan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?534CC733.7010009>