mirror of
https://github.com/torvalds/linux.git
synced 2026-04-18 06:44:00 -04:00
9036bd0efc
When a bridge window contains big and small resource(s), the small resource(s) may not amount to the half of the size of the big resource which would allow calculate_head_align() to shrink the head alignment. This results in always placing the small resource(s) after the big resource. In general, it would be good to be able to place the small resource(s) before the big resource to achieve better utilization of the address space. In the cases where the large resource can only fit at the end of the window, it is even required. However, carrying the information over from pbus_size_mem() and calculate_head_align() to __pci_assign_resource() and pcibios_align_resource() is not easy with the current data structures. A somewhat hacky way to move the non-aligning tail part to the head is possible within pcibios_align_resource(). The free space between the start of the free space span and the aligned start address can be compared with the non-aligning remainder of the size. If the free space is larger than the remainder, placing the remainder before the start address is possible. This relocation should generally work, because PCI resources consist only power-of-2 atoms. Various arch requirements may still need to override the relocation, so the relocation is only applied selectively in such cases. Closes: https://bugzilla.kernel.org/show_bug.cgi?id=221205 Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com> Tested-by: Xifer <xiferdev@gmail.com> Link: https://patch.msgid.link/20260324165633.4583-10-ilpo.jarvinen@linux.intel.com
67 lines
1.8 KiB
C
67 lines
1.8 KiB
C
// SPDX-License-Identifier: GPL-2.0-or-later
|
|
/*
|
|
* Copyright (C) 2016 Imagination Technologies
|
|
* Author: Paul Burton <paul.burton@mips.com>
|
|
*
|
|
* pcibios_align_resource taken from arch/arm/kernel/bios32.c.
|
|
*/
|
|
|
|
#include <linux/pci.h>
|
|
|
|
/*
|
|
* We need to avoid collisions with `mirrored' VGA ports
|
|
* and other strange ISA hardware, so we always want the
|
|
* addresses to be allocated in the 0x000-0x0ff region
|
|
* modulo 0x400.
|
|
*
|
|
* Why? Because some silly external IO cards only decode
|
|
* the low 10 bits of the IO address. The 0x00-0xff region
|
|
* is reserved for motherboard devices that decode all 16
|
|
* bits, so it's ok to allocate at, say, 0x2800-0x28ff,
|
|
* but we want to try to avoid allocating at 0x2900-0x2bff
|
|
* which might have be mirrored at 0x0100-0x03ff..
|
|
*/
|
|
resource_size_t pcibios_align_resource(void *data, const struct resource *res,
|
|
const struct resource *empty_res,
|
|
resource_size_t size, resource_size_t align)
|
|
{
|
|
struct pci_dev *dev = data;
|
|
resource_size_t start = res->start;
|
|
struct pci_host_bridge *host_bridge;
|
|
|
|
if (res->flags & IORESOURCE_IO && start & 0x300)
|
|
start = (start + 0x3ff) & ~0x3ff;
|
|
|
|
host_bridge = pci_find_host_bridge(dev->bus);
|
|
|
|
if (host_bridge->align_resource)
|
|
return host_bridge->align_resource(dev, res,
|
|
start, size, align);
|
|
|
|
if (res->flags & IORESOURCE_MEM)
|
|
return pci_align_resource(dev, res, empty_res, size, align);
|
|
|
|
return start;
|
|
}
|
|
|
|
void pcibios_fixup_bus(struct pci_bus *bus)
|
|
{
|
|
pci_read_bridge_bases(bus);
|
|
}
|
|
|
|
#ifdef pci_remap_iospace
|
|
int pci_remap_iospace(const struct resource *res, phys_addr_t phys_addr)
|
|
{
|
|
unsigned long vaddr;
|
|
|
|
if (res->start != 0) {
|
|
WARN_ONCE(1, "resource start address is not zero\n");
|
|
return -ENODEV;
|
|
}
|
|
|
|
vaddr = (unsigned long)ioremap(phys_addr, resource_size(res));
|
|
set_io_port_base(vaddr);
|
|
return 0;
|
|
}
|
|
#endif
|