Message ID | 20200903120504.2308-1-thunder.leizhen@huawei.com |
---|---|
Headers | show |
Series | add support for Hisilicon SD5203 vector interrupt controller | expand |
On 2020-09-03 13:05, Zhen Lei wrote: > The interrupt controller of SD5203 SoC is VIC(vector interrupt > controller), it's > based on Synopsys DesignWare APB interrupt controller (dw_apb_ictl) IP, > but it > can not directly use dw_apb_ictl driver. The main reason is that VIC is > used as > primary interrupt controller and dw_apb_ictl driver worked for > secondary > interrupt controller. What prevents you from improving the existing driver so that it can act as a primary interrupt controller? It shouldn't be rocket science, really. There are some examples in the tree of drivers that can be used in both situations (GIC, VIC Thanks, M. -- Jazz is not dead. It just smells funny...
On 2020/9/4 0:46, Marc Zyngier wrote: > On 2020-09-03 13:05, Zhen Lei wrote: >> The interrupt controller of SD5203 SoC is VIC(vector interrupt controller), it's >> based on Synopsys DesignWare APB interrupt controller (dw_apb_ictl) IP, but it >> can not directly use dw_apb_ictl driver. The main reason is that VIC is used as >> primary interrupt controller and dw_apb_ictl driver worked for secondary >> interrupt controller. > > What prevents you from improving the existing driver so that it can act > as a primary interrupt controller? It shouldn't be rocket science, really. > > There are some examples in the tree of drivers that can be used in > both situations (GIC, VIC OK, thanks for the tip. > > Thanks, > > M.