src/acpi to src/lib: Fix spelling errors
These issues were found and fixed by codespell, a useful tool for finding spelling errors. Signed-off-by: Martin Roth <martin@coreboot.org> Change-Id: I5b8ecdfe75d99028fee820a2034466a8ad1c5e63 Reviewed-on: https://review.coreboot.org/c/coreboot/+/58080 Reviewed-by: Felix Held <felix-coreboot@felixheld.de> Reviewed-by: Angel Pons <th3fanbus@gmail.com> Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
This commit is contained in:
@@ -166,7 +166,7 @@ config ALWAYS_RUN_OPROM
|
||||
def_bool n
|
||||
depends on VGA_ROM_RUN && ALWAYS_LOAD_OPROM
|
||||
help
|
||||
Always uncondtionally run the option regardless of other
|
||||
Always unconditionally run the option regardless of other
|
||||
policies.
|
||||
|
||||
config ON_DEVICE_ROM_LOAD
|
||||
|
@@ -289,7 +289,7 @@ void azalia_audio_init(struct device *dev)
|
||||
if (!res)
|
||||
return;
|
||||
|
||||
// NOTE this will break as soon as the azalia_audio get's a bar above 4G.
|
||||
// NOTE this will break as soon as the azalia_audio gets a bar above 4G.
|
||||
// Is there anything we can do about it?
|
||||
base = res2mmio(res, 0, 0);
|
||||
printk(BIOS_DEBUG, "azalia_audio: base = %p\n", base);
|
||||
|
@@ -205,7 +205,7 @@ int spd_decode_ddr4(struct dimm_attr_ddr4_st *dimm, spd_raw_data spd)
|
||||
|
||||
/* Verify CRC of blocks that have them, do not step over 'used' length */
|
||||
for (int i = 0; i < ARRAY_SIZE(spd_blocks); i++) {
|
||||
/* this block is not checksumed */
|
||||
/* this block is not checksummed */
|
||||
if (spd_blocks[i].crc_start == 0)
|
||||
continue;
|
||||
/* we shouldn't have this block */
|
||||
|
@@ -54,7 +54,7 @@
|
||||
* EAX & 0xff === AL
|
||||
* EAX & 0xffff == AX
|
||||
*
|
||||
* etc. The result is that alot of the calculations can then be
|
||||
* etc. The result is that a lot of the calculations can then be
|
||||
* done using the native instruction set fully.
|
||||
*/
|
||||
|
||||
|
@@ -1,7 +1,7 @@
|
||||
License information
|
||||
-------------------
|
||||
|
||||
The x86emu library is under a BSD style license, comaptible
|
||||
The x86emu library is under a BSD style license, compatible
|
||||
with the XFree86 and X licenses used by XFree86. The
|
||||
original x86emu libraries were under the GNU General Public
|
||||
License. Due to license incompatibilities between the GPL
|
||||
|
@@ -2458,7 +2458,7 @@ void x86emu_cpuid(void)
|
||||
switch (feature) {
|
||||
case 0:
|
||||
/* Regardless if we have real data from the hardware, the emulator
|
||||
* will only support upto feature 1, which we set in register EAX.
|
||||
* will only support up to feature 1, which we set in register EAX.
|
||||
* Registers EBX:EDX:ECX contain a string identifying the CPU.
|
||||
*/
|
||||
M.x86.R_EAX = 1;
|
||||
|
@@ -104,7 +104,7 @@ void pci_early_bridge_init(void)
|
||||
}
|
||||
|
||||
/* FIXME: A lot of issues using the following, please avoid.
|
||||
* Assumes 256 PCI busses, scans them all even when PCI bridges are still
|
||||
* Assumes 256 PCI buses, scans them all even when PCI bridges are still
|
||||
* disabled. Probes all functions even if 0 is not present.
|
||||
*/
|
||||
pci_devfn_t pci_locate_device(unsigned int pci_id, pci_devfn_t dev)
|
||||
|
@@ -238,7 +238,7 @@ static void pnp_get_ioresource(struct device *dev, u8 index, u16 mask)
|
||||
resource->limit = (1 << (bit + 1)) - 1;
|
||||
|
||||
/* The block of ones in the mask is expected to be continuous.
|
||||
If there is any zero inbetween the block of ones, it is ignored
|
||||
If there is any zero in between the block of ones, it is ignored
|
||||
in the calculation of the resource size and limit. */
|
||||
if (mask != (resource->limit ^ (resource->size - 1)))
|
||||
printk(BIOS_WARNING,
|
||||
|
@@ -637,7 +637,7 @@ static void allocate_domain_resources(const struct device *domain)
|
||||
* order to accomplish best fit for the resources, a list of ranges is maintained by each
|
||||
* resource type (i/o and mem). Domain does not differentiate between mem and prefmem. Since
|
||||
* they are allocated space from the same window, the resource allocator at the domain level
|
||||
* ensures that the biggest requirement is selected indepedent of the prefetch type. Once the
|
||||
* ensures that the biggest requirement is selected independent of the prefetch type. Once the
|
||||
* resource allocation for all immediate downstream devices is complete at the domain level,
|
||||
* resource allocator walks down the subtree for each downstream bridge to continue the
|
||||
* allocation process at the bridge level. Since bridges have separate windows for i/o, mem and
|
||||
|
Reference in New Issue
Block a user