mirror of
https://github.com/followmsi/android_kernel_google_msm.git
synced 2024-11-06 23:17:41 +00:00
spelling: s/retreive/retrieve/
Signed-off-by: Adrian Bunk <bunk@stusta.de>
This commit is contained in:
parent
5406958860
commit
943ffb587c
17 changed files with 20 additions and 20 deletions
|
@ -185,7 +185,7 @@ VII. Getting Parameters
|
|||
ENOMEM Kernel memory allocation error
|
||||
|
||||
A return value of 0 does not mean that the value was actually
|
||||
properly retreived. The user should check the result list
|
||||
properly retrieved. The user should check the result list
|
||||
to determine the specific status of the transaction.
|
||||
|
||||
VIII. Downloading Software
|
||||
|
|
|
@ -972,7 +972,7 @@ static int __init early_init_dt_scan_chosen(unsigned long node,
|
|||
#endif
|
||||
|
||||
#ifdef CONFIG_PPC_RTAS
|
||||
/* To help early debugging via the front panel, we retreive a minimal
|
||||
/* To help early debugging via the front panel, we retrieve a minimal
|
||||
* set of RTAS infos now if available
|
||||
*/
|
||||
{
|
||||
|
|
|
@ -632,7 +632,7 @@ void rtas_stop_self(void)
|
|||
}
|
||||
|
||||
/*
|
||||
* Call early during boot, before mem init or bootmem, to retreive the RTAS
|
||||
* Call early during boot, before mem init or bootmem, to retrieve the RTAS
|
||||
* informations from the device-tree and allocate the RMO buffer for userland
|
||||
* accesses.
|
||||
*/
|
||||
|
|
|
@ -438,7 +438,7 @@ void __init setup_system(void)
|
|||
|
||||
/*
|
||||
* Fill the ppc64_caches & systemcfg structures with informations
|
||||
* retreived from the device-tree. Need to be called before
|
||||
* retrieved from the device-tree. Need to be called before
|
||||
* finish_device_tree() since the later requires some of the
|
||||
* informations filled up here to properly parse the interrupt
|
||||
* tree.
|
||||
|
|
|
@ -368,7 +368,7 @@ static unsigned long __init htab_get_table_size(void)
|
|||
unsigned long mem_size, rnd_mem_size, pteg_count;
|
||||
|
||||
/* If hash size isn't already provided by the platform, we try to
|
||||
* retreive it from the device-tree. If it's not there neither, we
|
||||
* retrieve it from the device-tree. If it's not there neither, we
|
||||
* calculate it now based on the total RAM size
|
||||
*/
|
||||
if (ppc64_pft_size == 0)
|
||||
|
|
|
@ -80,7 +80,7 @@ static struct freq_attr* g5_cpu_freqs_attr[] = {
|
|||
};
|
||||
|
||||
/* Power mode data is an array of the 32 bits PCR values to use for
|
||||
* the various frequencies, retreived from the device-tree
|
||||
* the various frequencies, retrieved from the device-tree
|
||||
*/
|
||||
static u32 *g5_pmode_data;
|
||||
static int g5_pmode_max;
|
||||
|
|
|
@ -630,12 +630,12 @@ static int read_eeprom(int cpu, struct mpu_data *out)
|
|||
sprintf(nodename, "/u3@0,f8000000/i2c@f8001000/cpuid@a%d", cpu ? 2 : 0);
|
||||
np = of_find_node_by_path(nodename);
|
||||
if (np == NULL) {
|
||||
printk(KERN_ERR "therm_pm72: Failed to retreive cpuid node from device-tree\n");
|
||||
printk(KERN_ERR "therm_pm72: Failed to retrieve cpuid node from device-tree\n");
|
||||
return -ENODEV;
|
||||
}
|
||||
data = (u8 *)get_property(np, "cpuid", &len);
|
||||
if (data == NULL) {
|
||||
printk(KERN_ERR "therm_pm72: Failed to retreive cpuid property from device-tree\n");
|
||||
printk(KERN_ERR "therm_pm72: Failed to retrieve cpuid property from device-tree\n");
|
||||
of_node_put(np);
|
||||
return -ENODEV;
|
||||
}
|
||||
|
|
|
@ -26,7 +26,7 @@
|
|||
* (typically the drive fan)
|
||||
* - the main control (first control) gets the target value scaled with
|
||||
* the first pair of factors, and is then modified as below
|
||||
* - the value of the target of the CPU Fan control loop is retreived,
|
||||
* - the value of the target of the CPU Fan control loop is retrieved,
|
||||
* scaled with the second pair of factors, and the max of that and
|
||||
* the scaled target is applied to the main control.
|
||||
*
|
||||
|
|
|
@ -185,7 +185,7 @@ VII. Getting Parameters
|
|||
ENOMEM Kernel memory allocation error
|
||||
|
||||
A return value of 0 does not mean that the value was actually
|
||||
properly retreived. The user should check the result list
|
||||
properly retrieved. The user should check the result list
|
||||
to determine the specific status of the transaction.
|
||||
|
||||
VIII. Downloading Software
|
||||
|
|
|
@ -276,7 +276,7 @@ static void hp100_RegisterDump(struct net_device *dev);
|
|||
* Convert an address in a kernel buffer to a bus/phys/dma address.
|
||||
* This work *only* for memory fragments part of lp->page_vaddr,
|
||||
* because it was properly DMA allocated via pci_alloc_consistent(),
|
||||
* so we just need to "retreive" the original mapping to bus/phys/dma
|
||||
* so we just need to "retrieve" the original mapping to bus/phys/dma
|
||||
* address - Jean II */
|
||||
static inline dma_addr_t virt_to_whatever(struct net_device *dev, u32 * ptr)
|
||||
{
|
||||
|
|
|
@ -357,7 +357,7 @@ static int cypress_serial_control (struct usb_serial_port *port, unsigned baud_m
|
|||
} while (retval != 5 && retval != ENODEV);
|
||||
|
||||
if (retval != 5) {
|
||||
err("%s - failed to retreive serial line settings - %d", __FUNCTION__, retval);
|
||||
err("%s - failed to retrieve serial line settings - %d", __FUNCTION__, retval);
|
||||
return retval;
|
||||
} else {
|
||||
spin_lock_irqsave(&priv->lock, flags);
|
||||
|
|
|
@ -423,7 +423,7 @@ static int __devinit radeon_parse_monitor_layout(struct radeonfb_info *rinfo,
|
|||
/*
|
||||
* Probe display on both primary and secondary card's connector (if any)
|
||||
* by various available techniques (i2c, OF device tree, BIOS, ...) and
|
||||
* try to retreive EDID. The algorithm here comes from XFree's radeon
|
||||
* try to retrieve EDID. The algorithm here comes from XFree's radeon
|
||||
* driver
|
||||
*/
|
||||
void __devinit radeon_probe_screens(struct radeonfb_info *rinfo,
|
||||
|
|
|
@ -16,7 +16,7 @@ obj-$(CONFIG_LOGO_M32R_CLUT224) += logo_m32r_clut224.o
|
|||
|
||||
# How to generate logo's
|
||||
|
||||
# Use logo-cfiles to retreive list of .c files to be built
|
||||
# Use logo-cfiles to retrieve list of .c files to be built
|
||||
logo-cfiles = $(notdir $(patsubst %.$(2), %.c, \
|
||||
$(wildcard $(srctree)/$(src)/*$(1).$(2))))
|
||||
|
||||
|
|
|
@ -663,7 +663,7 @@ v9fs_vfs_rename(struct inode *old_dir, struct dentry *old_dentry,
|
|||
}
|
||||
|
||||
/**
|
||||
* v9fs_vfs_getattr - retreive file metadata
|
||||
* v9fs_vfs_getattr - retrieve file metadata
|
||||
* @mnt - mount information
|
||||
* @dentry - file to get attributes on
|
||||
* @stat - metadata structure to populate
|
||||
|
|
|
@ -22,7 +22,7 @@
|
|||
/*
|
||||
* Partition info commands
|
||||
*
|
||||
* These commands are used to retreive the sdb-partition-XX datas from
|
||||
* These commands are used to retrieve the sdb-partition-XX datas from
|
||||
* the SMU. The lenght is always 2. First byte is the subcommand code
|
||||
* and second byte is the partition ID.
|
||||
*
|
||||
|
@ -225,7 +225,7 @@
|
|||
*
|
||||
* SMU_CMD_MISC_ee_GET_DATABLOCK_REC is used, among others, to
|
||||
* transfer blocks of data from the SMU. So far, I've decrypted it's
|
||||
* usage to retreive partition data. In order to do that, you have to
|
||||
* usage to retrieve partition data. In order to do that, you have to
|
||||
* break your transfer in "chunks" since that command cannot transfer
|
||||
* more than a chunk at a time. The chunk size used by OF is 0xe bytes,
|
||||
* but it seems that the darwin driver will let you do 0x1e bytes if
|
||||
|
@ -556,7 +556,7 @@ struct smu_user_cmd_hdr
|
|||
__u32 cmdtype;
|
||||
#define SMU_CMDTYPE_SMU 0 /* SMU command */
|
||||
#define SMU_CMDTYPE_WANTS_EVENTS 1 /* switch fd to events mode */
|
||||
#define SMU_CMDTYPE_GET_PARTITION 2 /* retreive an sdb partition */
|
||||
#define SMU_CMDTYPE_GET_PARTITION 2 /* retrieve an sdb partition */
|
||||
|
||||
__u8 cmd; /* SMU command byte */
|
||||
__u8 pad[3]; /* padding */
|
||||
|
|
|
@ -30,7 +30,7 @@
|
|||
# - See include/linux/module.h for more details
|
||||
|
||||
# Step 4 is solely used to allow module versioning in external modules,
|
||||
# where the CRC of each module is retreived from the Module.symers file.
|
||||
# where the CRC of each module is retrieved from the Module.symers file.
|
||||
|
||||
.PHONY: _modpost
|
||||
_modpost: __modpost
|
||||
|
|
|
@ -1,7 +1,7 @@
|
|||
#!/bin/sh -x
|
||||
# Based on the vmlinux file create the System.map file
|
||||
# System.map is used by module-init tools and some debugging
|
||||
# tools to retreive the actual addresses of symbols in the kernel.
|
||||
# tools to retrieve the actual addresses of symbols in the kernel.
|
||||
#
|
||||
# Usage
|
||||
# mksysmap vmlinux System.map
|
||||
|
|
Loading…
Reference in a new issue