On 09/19/2014 04:06 PM, Bjorn Helgaas wrote:
> On Thu, Sep 18, 2014 at 02:30:23AM +0100, Liviu Dudau wrote:
>> Provide a function to parse the PCI DT ranges that can be used to
>> create a pci_host_bridge structure together with its associated
>> bus.
>>
>> Cc: Bjorn Helgaas <bhelg...@google.com>
>> Cc: Arnd Bergmann <a...@arndb.de>
>> Cc: Grant Likely <grant.lik...@linaro.org>
>> Cc: Rob Herring <robh...@kernel.org>
>> Cc: Catalin Marinas <catalin.mari...@arm.com>
>> Signed-off-by: Liviu Dudau <liviu.du...@arm.com>
>> ---

[...]

>> +int of_pci_get_host_bridge_resources(struct device_node *dev,
>> +                    unsigned char busno, unsigned char bus_max,
>> +                    struct list_head *resources, resource_size_t *io_base)
>> +{
>> +    struct resource *res;
>> +    struct resource *bus_range;
>> +    struct of_pci_range range;
>> +    struct of_pci_range_parser parser;
>> +    char range_type[4];
>> +    int err;
>> +
>> +    if (!io_base)
>> +            return -EINVAL;
>> +    *io_base = OF_BAD_ADDR;
>> +
>> +    bus_range = kzalloc(sizeof(*bus_range), GFP_KERNEL);

This function does a lot of kalloc's but there is not an easy way to
undo those allocations. Hot unplug of a host bridge or probe error
handling would leak memory.

You could pass in struct device and use the devm_ variant (also
addressing Bjorn's comment), but not having an uninit/remove function
make what clean-up drivers have to do error prone. For example, on
uninit a driver needs to call pci_free_resource_list.

Rob
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to