On 09/06/2016 02:48 AM, David Gibson wrote: > On Mon, Sep 05, 2016 at 05:11:53PM +1000, Benjamin Herrenschmidt wrote: >> On Mon, 2016-09-05 at 13:39 +1000, David Gibson wrote: >>>> +static XScomDevice *xscom_find_target(XScomState *s, uint32_t >>> pcb_addr, >>>> + uint32_t *range) >>>> +{ >>>> + BusChild *bc; >>>> + >>>> + QTAILQ_FOREACH(bc, &s->bus->bus.children, sibling) { >>>> + DeviceState *qd = bc->child; >>>> + XScomDevice *xd = XSCOM_DEVICE(qd); >>>> + unsigned int i; >>>> + >>>> + for (i = 0; i < MAX_XSCOM_RANGES; i++) { >>>> + if (xd->ranges[i].addr <= pcb_addr && >>>> + (xd->ranges[i].addr + xd->ranges[i].size) > >>> pcb_addr) { >>>> + *range = i; >>>> + return xd; >>>> + } >>>> + } >>>> + } >>> >>> Hmm.. you could set up a SCOM local address space using the >>> infrastructure in memory.c, rather than doing your own dispatch. >> >> There are pros and cons to this approach. The memory.c stuff comes with >> quite a lot of baggage, not all of it very shinny to be honest ;-) I >> still *hate* how it forces upon us a whole 128-bit integer arithmetic >> library just so that it can represent 1_0000_0000_0000_0000 ... > > Ugh, yeah. I tried to argue against this when it first came in, but > was overruled. > >> It would be make more sense to use inclusive start/end instead and >> stick to 64-bits. >> >> That being said, we could do that. We'd have to shift the XSCOM >> addresses left by 3 since each address is an 8 bytes reigster and >> forbid non-8-bytes accesses. > > Ok. I'm not particularly fussed either way.
The change does seem too invasive. I can give it a try in next version. When a memory region is triggered, the impacted device will have to convert the address with xscom_to_pcb_addr(). There is some dependency on the chip model because the translation is different. That would be an extra op in the xscom device model I guess. Also, the main purpose of the XscomBus is to loop on the devices to populate the device tree. I am wondering if we could just use a simple list under the chip for that purpose. Thanks, C.