Skip to content
GitLab
Projects
Groups
Snippets
Help
Loading...
Help
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
Open sidebar
Bricked
flo
Commits
e12fe68c
Commit
e12fe68c
authored
13 years ago
by
David S. Miller
Browse files
Options
Download
Plain Diff
Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6
parents
7329f0d5
712ae51a
Changes
305
Hide whitespace changes
Inline
Side-by-side
Showing
20 changed files
with
161 additions
and
89 deletions
+161
-89
Documentation/power/devices.txt
Documentation/power/devices.txt
+14
-53
Documentation/power/runtime_pm.txt
Documentation/power/runtime_pm.txt
+0
-5
Documentation/usb/error-codes.txt
Documentation/usb/error-codes.txt
+8
-1
MAINTAINERS
MAINTAINERS
+19
-10
Makefile
Makefile
+1
-1
arch/alpha/include/asm/mmzone.h
arch/alpha/include/asm/mmzone.h
+0
-1
arch/arm/boot/compressed/head.S
arch/arm/boot/compressed/head.S
+13
-1
arch/arm/include/asm/assembler.h
arch/arm/include/asm/assembler.h
+4
-0
arch/arm/include/asm/entry-macro-multi.S
arch/arm/include/asm/entry-macro-multi.S
+2
-0
arch/arm/kernel/module.c
arch/arm/kernel/module.c
+11
-2
arch/arm/kernel/smp.c
arch/arm/kernel/smp.c
+5
-1
arch/arm/mach-exynos4/init.c
arch/arm/mach-exynos4/init.c
+1
-0
arch/arm/mach-h720x/Kconfig
arch/arm/mach-h720x/Kconfig
+2
-0
arch/arm/mach-shmobile/board-ag5evm.c
arch/arm/mach-shmobile/board-ag5evm.c
+2
-2
arch/arm/mach-shmobile/board-ap4evb.c
arch/arm/mach-shmobile/board-ap4evb.c
+1
-1
arch/arm/mach-shmobile/board-mackerel.c
arch/arm/mach-shmobile/board-mackerel.c
+1
-1
arch/arm/mach-ux500/board-mop500-pins.c
arch/arm/mach-ux500/board-mop500-pins.c
+12
-4
arch/arm/mach-ux500/board-mop500.c
arch/arm/mach-ux500/board-mop500.c
+54
-0
arch/arm/mm/proc-v7.S
arch/arm/mm/proc-v7.S
+10
-6
arch/arm/plat-iop/cp6.c
arch/arm/plat-iop/cp6.c
+1
-0
No files found.
Documentation/power/devices.txt
View file @
e12fe68c
...
...
@@ -520,59 +520,20 @@ Support for power domains is provided through the pwr_domain field of struct
device. This field is a pointer to an object of type struct dev_power_domain,
defined in include/linux/pm.h, providing a set of power management callbacks
analogous to the subsystem-level and device driver callbacks that are executed
for the given device during all power transitions, in addition to the respective
subsystem-level callbacks. Specifically, the power domain "suspend" callbacks
(i.e. ->runtime_suspend(), ->suspend(), ->freeze(), ->poweroff(), etc.) are
executed after the analogous subsystem-level callbacks, while the power domain
"resume" callbacks (i.e. ->runtime_resume(), ->resume(), ->thaw(), ->restore,
etc.) are executed before the analogous subsystem-level callbacks. Error codes
returned by the "suspend" and "resume" power domain callbacks are ignored.
Power domain ->runtime_idle() callback is executed before the subsystem-level
->runtime_idle() callback and the result returned by it is not ignored. Namely,
if it returns error code, the subsystem-level ->runtime_idle() callback will not
be called and the helper function rpm_idle() executing it will return error
code. This mechanism is intended to help platforms where saving device state
is a time consuming operation and should only be carried out if all devices
in the power domain are idle, before turning off the shared power resource(s).
Namely, the power domain ->runtime_idle() callback may return error code until
the pm_runtime_idle() helper (or its asychronous version) has been called for
all devices in the power domain (it is recommended that the returned error code
be -EBUSY in those cases), preventing the subsystem-level ->runtime_idle()
callback from being run prematurely.
The support for device power domains is only relevant to platforms needing to
use the same subsystem-level (e.g. platform bus type) and device driver power
management callbacks in many different power domain configurations and wanting
to avoid incorporating the support for power domains into the subsystem-level
callbacks. The other platforms need not implement it or take it into account
in any way.
System Devices
--------------
System devices (sysdevs) follow a slightly different API, which can be found in
include/linux/sysdev.h
drivers/base/sys.c
System devices will be suspended with interrupts disabled, and after all other
devices have been suspended. On resume, they will be resumed before any other
devices, and also with interrupts disabled. These things occur in special
"sysdev_driver" phases, which affect only system devices.
Thus, after the suspend_noirq (or freeze_noirq or poweroff_noirq) phase, when
the non-boot CPUs are all offline and IRQs are disabled on the remaining online
CPU, then a sysdev_driver.suspend phase is carried out, and the system enters a
sleep state (or a system image is created). During resume (or after the image
has been created or loaded) a sysdev_driver.resume phase is carried out, IRQs
are enabled on the only online CPU, the non-boot CPUs are enabled, and the
resume_noirq (or thaw_noirq or restore_noirq) phase begins.
Code to actually enter and exit the system-wide low power state sometimes
involves hardware details that are only known to the boot firmware, and
may leave a CPU running software (from SRAM or flash memory) that monitors
the system and manages its wakeup sequence.
for the given device during all power transitions, instead of the respective
subsystem-level callbacks. Specifically, if a device's pm_domain pointer is
not NULL, the ->suspend() callback from the object pointed to by it will be
executed instead of its subsystem's (e.g. bus type's) ->suspend() callback and
anlogously for all of the remaining callbacks. In other words, power management
domain callbacks, if defined for the given device, always take precedence over
the callbacks provided by the device's subsystem (e.g. bus type).
The support for device power management domains is only relevant to platforms
needing to use the same device driver power management callbacks in many
different power domain configurations and wanting to avoid incorporating the
support for power domains into subsystem-level callbacks, for example by
modifying the platform bus type. Other platforms need not implement it or take
it into account in any way.
Device Low Power (suspend) States
...
...
This diff is collapsed.
Click to expand it.
Documentation/power/runtime_pm.txt
View file @
e12fe68c
...
...
@@ -566,11 +566,6 @@ to do this is:
pm_runtime_set_active(dev);
pm_runtime_enable(dev);
The PM core always increments the run-time usage counter before calling the
->prepare() callback and decrements it after calling the ->complete() callback.
Hence disabling run-time PM temporarily like this will not cause any run-time
suspend callbacks to be lost.
7. Generic subsystem callbacks
Subsystems may wish to conserve code space by using the set of generic power
...
...
This diff is collapsed.
Click to expand it.
Documentation/usb/error-codes.txt
View file @
e12fe68c
...
...
@@ -76,6 +76,13 @@ A transfer's actual_length may be positive even when an error has been
reported. That's because transfers often involve several packets, so that
one or more packets could finish before an error stops further endpoint I/O.
For isochronous URBs, the urb status value is non-zero only if the URB is
unlinked, the device is removed, the host controller is disabled, or the total
transferred length is less than the requested length and the URB_SHORT_NOT_OK
flag is set. Completion handlers for isochronous URBs should only see
urb->status set to zero, -ENOENT, -ECONNRESET, -ESHUTDOWN, or -EREMOTEIO.
Individual frame descriptor status fields may report more status codes.
0 Transfer completed successfully
...
...
@@ -132,7 +139,7 @@ one or more packets could finish before an error stops further endpoint I/O.
device removal events immediately.
-EXDEV ISO transfer only partially completed
look at individual frame status for details
(only set in iso_frame_desc[n].status, not urb->status)
-EINVAL ISO madness, if this happens: Log off and go home
...
...
This diff is collapsed.
Click to expand it.
MAINTAINERS
View file @
e12fe68c
...
...
@@ -1345,16 +1345,18 @@ F: drivers/auxdisplay/
F: include/linux/cfag12864b.h
AVR32 ARCHITECTURE
M: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
M: Haavard Skinnemoen <hskinnemoen@gmail.com>
M: Hans-Christian Egtvedt <egtvedt@samfundet.no>
W: http://www.atmel.com/products/AVR32/
W: http://avr32linux.org/
W: http://avrfreaks.net/
S:
Support
ed
S:
Maintain
ed
F: arch/avr32/
AVR32/AT32AP MACHINE SUPPORT
M: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
S: Supported
M: Haavard Skinnemoen <hskinnemoen@gmail.com>
M: Hans-Christian Egtvedt <egtvedt@samfundet.no>
S: Maintained
F: arch/avr32/mach-at32ap/
AX.25 NETWORK LAYER
...
...
@@ -1390,7 +1392,6 @@ F: include/linux/backlight.h
BATMAN ADVANCED
M: Marek Lindner <lindner_marek@yahoo.de>
M: Simon Wunderlich <siwu@hrz.tu-chemnitz.de>
M: Sven Eckelmann <sven@narfation.org>
L: b.a.t.m.a.n@lists.open-mesh.org
W: http://www.open-mesh.org/
S: Maintained
...
...
@@ -1423,7 +1424,6 @@ S: Supported
F: arch/blackfin/
BLACKFIN EMAC DRIVER
M: Michael Hennerich <michael.hennerich@analog.com>
L: uclinux-dist-devel@blackfin.uclinux.org
W: http://blackfin.uclinux.org
S: Supported
...
...
@@ -1639,7 +1639,7 @@ CAN NETWORK LAYER
M: Oliver Hartkopp <socketcan@hartkopp.net>
M: Oliver Hartkopp <oliver.hartkopp@volkswagen.de>
M: Urs Thuermann <urs.thuermann@volkswagen.de>
L: socketcan-core@lists.berlios.de
L: socketcan-core@lists.berlios.de
(subscribers-only)
L: netdev@vger.kernel.org
W: http://developer.berlios.de/projects/socketcan/
S: Maintained
...
...
@@ -1651,7 +1651,7 @@ F: include/linux/can/raw.h
CAN NETWORK DRIVERS
M: Wolfgang Grandegger <wg@grandegger.com>
L: socketcan-core@lists.berlios.de
L: socketcan-core@lists.berlios.de
(subscribers-only)
L: netdev@vger.kernel.org
W: http://developer.berlios.de/projects/socketcan/
S: Maintained
...
...
@@ -5181,6 +5181,7 @@ S: Supported
F: drivers/net/qlcnic/
QLOGIC QLGE 10Gb ETHERNET DRIVER
M: Jitendra Kalsaria <jitendra.kalsaria@qlogic.com>
M: Ron Mercer <ron.mercer@qlogic.com>
M: linux-driver@qlogic.com
L: netdev@vger.kernel.org
...
...
@@ -6434,8 +6435,9 @@ S: Maintained
F: drivers/usb/misc/rio500*
USB EHCI DRIVER
M: Alan Stern <stern@rowland.harvard.edu>
L: linux-usb@vger.kernel.org
S:
Orphan
S:
Maintained
F: Documentation/usb/ehci.txt
F: drivers/usb/host/ehci*
...
...
@@ -6465,6 +6467,12 @@ S: Maintained
F: Documentation/hid/hiddev.txt
F: drivers/hid/usbhid/
USB/IP DRIVERS
M: Matt Mooney <mfm@muteddisk.com>
L: linux-usb@vger.kernel.org
S: Maintained
F: drivers/staging/usbip/
USB ISP116X DRIVER
M: Olav Kongas <ok@artecdesign.ee>
L: linux-usb@vger.kernel.org
...
...
@@ -6494,8 +6502,9 @@ S: Maintained
F: sound/usb/midi.*
USB OHCI DRIVER
M: Alan Stern <stern@rowland.harvard.edu>
L: linux-usb@vger.kernel.org
S:
Orphan
S:
Maintained
F: Documentation/usb/ohci.txt
F: drivers/usb/host/ohci*
...
...
This diff is collapsed.
Click to expand it.
Makefile
View file @
e12fe68c
VERSION
=
3
PATCHLEVEL
=
0
SUBLEVEL
=
0
EXTRAVERSION
=
-rc
4
EXTRAVERSION
=
-rc
5
NAME
=
Sneaky Weasel
# *DOCUMENTATION*
...
...
This diff is collapsed.
Click to expand it.
arch/alpha/include/asm/mmzone.h
View file @
e12fe68c
...
...
@@ -56,7 +56,6 @@ PLAT_NODE_DATA_LOCALNR(unsigned long p, int n)
* Given a kernel address, find the home node of the underlying memory.
*/
#define kvaddr_to_nid(kaddr) pa_to_nid(__pa(kaddr))
#define node_start_pfn(nid) (NODE_DATA(nid)->node_start_pfn)
/*
* Given a kaddr, LOCAL_BASE_ADDR finds the owning node of the memory
...
...
This diff is collapsed.
Click to expand it.
arch/arm/boot/compressed/head.S
View file @
e12fe68c
...
...
@@ -597,6 +597,8 @@ __common_mmu_cache_on:
sub
pc
,
lr
,
r0
,
lsr
#
32
@
properly
flush
pipeline
#endif
#define PROC_ENTRY_SIZE (4*5)
/*
*
Here
follow
the
relocatable
cache
support
functions
for
the
*
various
processors
.
This
is
a
generic
hook
for
locating
an
...
...
@@ -624,7 +626,7 @@ call_cache_fn: adr r12, proc_types
ARM
(
addeq
pc
,
r12
,
r3
)
@
call
cache
function
THUMB
(
addeq
r12
,
r3
)
THUMB
(
moveq
pc
,
r12
)
@
call
cache
function
add
r12
,
r12
,
#
4
*
5
add
r12
,
r12
,
#
PROC_ENTRY_SIZE
b
1
b
/*
...
...
@@ -794,6 +796,16 @@ proc_types:
.
size
proc_types
,
.
-
proc_types
/
*
*
If
you
get
a
"non-constant expression in "
.
if
" statement"
*
error
from
the
assembler
on
this
line
,
check
that
you
have
*
not
accidentally
written
a
"b"
instruction
where
you
should
*
have
written
W
(
b
)
.
*/
.
if
(
.
-
proc_types
)
%
PROC_ENTRY_SIZE
!=
0
.
error
"The size of one or more proc_types entries is wrong."
.
endif
/*
*
Turn
off
the
Cache
and
MMU
.
ARMv3
does
not
support
*
reading
the
control
register
,
but
ARMv4
does
.
...
...
This diff is collapsed.
Click to expand it.
arch/arm/include/asm/assembler.h
View file @
e12fe68c
...
...
@@ -13,6 +13,9 @@
* Do not include any C declarations in this file - it is included by
* assembler source.
*/
#ifndef __ASM_ASSEMBLER_H__
#define __ASM_ASSEMBLER_H__
#ifndef __ASSEMBLY__
#error "Only include this from assembly code"
#endif
...
...
@@ -290,3 +293,4 @@
.
macro
ldrusr
,
reg
,
ptr
,
inc
,
cond
=
al
,
rept
=
1
,
abort
=
9001
f
usracc
ldr
,
\
reg
,
\
ptr
,
\
inc
,
\
cond
,
\
rept
,
\
abort
.
endm
#endif
/* __ASM_ASSEMBLER_H__ */
This diff is collapsed.
Click to expand it.
arch/arm/include/asm/entry-macro-multi.S
View file @
e12fe68c
#include <asm/assembler.h>
/*
*
Interrupt
handling
.
Preserves
r7
,
r8
,
r9
*/
...
...
This diff is collapsed.
Click to expand it.
arch/arm/kernel/module.c
View file @
e12fe68c
...
...
@@ -193,8 +193,17 @@ apply_relocate(Elf32_Shdr *sechdrs, const char *strtab, unsigned int symindex,
offset
-=
0x02000000
;
offset
+=
sym
->
st_value
-
loc
;
/* only Thumb addresses allowed (no interworking) */
if
(
!
(
offset
&
1
)
||
/*
* For function symbols, only Thumb addresses are
* allowed (no interworking).
*
* For non-function symbols, the destination
* has no specific ARM/Thumb disposition, so
* the branch is resolved under the assumption
* that interworking is not required.
*/
if
((
ELF32_ST_TYPE
(
sym
->
st_info
)
==
STT_FUNC
&&
!
(
offset
&
1
))
||
offset
<=
(
s32
)
0xff000000
||
offset
>=
(
s32
)
0x01000000
)
{
pr_err
(
"%s: section %u reloc %u sym '%s': relocation %u out of range (%#lx -> %#x)
\n
"
,
...
...
This diff is collapsed.
Click to expand it.
arch/arm/kernel/smp.c
View file @
e12fe68c
...
...
@@ -318,9 +318,13 @@ asmlinkage void __cpuinit secondary_start_kernel(void)
smp_store_cpu_info
(
cpu
);
/*
* OK, now it's safe to let the boot CPU continue
* OK, now it's safe to let the boot CPU continue. Wait for
* the CPU migration code to notice that the CPU is online
* before we continue.
*/
set_cpu_online
(
cpu
,
true
);
while
(
!
cpu_active
(
cpu
))
cpu_relax
();
/*
* OK, it's off to the idle thread for us
...
...
This diff is collapsed.
Click to expand it.
arch/arm/mach-exynos4/init.c
View file @
e12fe68c
...
...
@@ -35,6 +35,7 @@ void __init exynos4_common_init_uarts(struct s3c2410_uartcfg *cfg, int no)
tcfg
->
clocks
=
exynos4_serial_clocks
;
tcfg
->
clocks_size
=
ARRAY_SIZE
(
exynos4_serial_clocks
);
}
tcfg
->
flags
|=
NO_NEED_CHECK_CLKSRC
;
}
s3c24xx_init_uartdevs
(
"s5pv210-uart"
,
s5p_uart_resources
,
cfg
,
no
);
...
...
This diff is collapsed.
Click to expand it.
arch/arm/mach-h720x/Kconfig
View file @
e12fe68c
...
...
@@ -6,12 +6,14 @@ config ARCH_H7201
bool "gms30c7201"
depends on ARCH_H720X
select CPU_H7201
select ZONE_DMA
help
Say Y here if you are using the Hynix GMS30C7201 Reference Board
config ARCH_H7202
bool "hms30c7202"
select CPU_H7202
select ZONE_DMA
depends on ARCH_H720X
help
Say Y here if you are using the Hynix HMS30C7202 Reference Board
...
...
This diff is collapsed.
Click to expand it.
arch/arm/mach-shmobile/board-ag5evm.c
View file @
e12fe68c
...
...
@@ -381,7 +381,7 @@ void ag5evm_sdhi1_set_pwr(struct platform_device *pdev, int state)
gpio_set_value
(
GPIO_PORT114
,
state
);
}
static
struct
sh_mobile_sdhi_info
sh_sdhi1_
platdata
=
{
static
struct
sh_mobile_sdhi_info
sh_sdhi1_
info
=
{
.
tmio_flags
=
TMIO_MMC_WRPROTECT_DISABLE
,
.
tmio_caps
=
MMC_CAP_NONREMOVABLE
|
MMC_CAP_SDIO_IRQ
,
.
tmio_ocr_mask
=
MMC_VDD_32_33
|
MMC_VDD_33_34
,
...
...
@@ -413,7 +413,7 @@ static struct platform_device sdhi1_device = {
.
name
=
"sh_mobile_sdhi"
,
.
id
=
1
,
.
dev
=
{
.
platform_data
=
&
sh_sdhi1_
platdata
,
.
platform_data
=
&
sh_sdhi1_
info
,
},
.
num_resources
=
ARRAY_SIZE
(
sdhi1_resources
),
.
resource
=
sdhi1_resources
,
...
...
This diff is collapsed.
Click to expand it.
arch/arm/mach-shmobile/board-ap4evb.c
View file @
e12fe68c
...
...
@@ -913,7 +913,7 @@ static struct i2c_board_info imx074_info = {
I2C_BOARD_INFO
(
"imx074"
,
0x1a
),
};
struct
soc_camera_link
imx074_link
=
{
static
struct
soc_camera_link
imx074_link
=
{
.
bus_id
=
0
,
.
board_info
=
&
imx074_info
,
.
i2c_adapter_id
=
0
,
...
...
This diff is collapsed.
Click to expand it.
arch/arm/mach-shmobile/board-mackerel.c
View file @
e12fe68c
...
...
@@ -1287,9 +1287,9 @@ static struct platform_device *mackerel_devices[] __initdata = {
&
nor_flash_device
,
&
smc911x_device
,
&
lcdc_device
,
&
usbhs0_device
,
&
usb1_host_device
,
&
usbhs1_device
,
&
usbhs0_device
,
&
leds_device
,
&
fsi_device
,
&
fsi_ak4643_device
,
...
...
This diff is collapsed.
Click to expand it.
arch/arm/mach-ux500/board-mop500-pins.c
View file @
e12fe68c
...
...
@@ -110,10 +110,18 @@ static pin_cfg_t mop500_pins_common[] = {
GPIO168_KP_O0
,
/* UART */
GPIO0_U0_CTSn
|
PIN_INPUT_PULLUP
,
GPIO1_U0_RTSn
|
PIN_OUTPUT_HIGH
,
GPIO2_U0_RXD
|
PIN_INPUT_PULLUP
,
GPIO3_U0_TXD
|
PIN_OUTPUT_HIGH
,
/* uart-0 pins gpio configuration should be
* kept intact to prevent glitch in tx line
* when tty dev is opened. Later these pins
* are configured to uart mop500_pins_uart0
*
* It will be replaced with uart configuration
* once the issue is solved.
*/
GPIO0_GPIO
|
PIN_INPUT_PULLUP
,
GPIO1_GPIO
|
PIN_OUTPUT_HIGH
,
GPIO2_GPIO
|
PIN_INPUT_PULLUP
,
GPIO3_GPIO
|
PIN_OUTPUT_HIGH
,
GPIO29_U2_RXD
|
PIN_INPUT_PULLUP
,
GPIO30_U2_TXD
|
PIN_OUTPUT_HIGH
,
...
...
This diff is collapsed.
Click to expand it.
arch/arm/mach-ux500/board-mop500.c
View file @
e12fe68c
...
...
@@ -27,18 +27,21 @@
#include <linux/leds-lp5521.h>
#include <linux/input.h>
#include <linux/gpio_keys.h>
#include <linux/delay.h>
#include <asm/mach-types.h>
#include <asm/mach/arch.h>
#include <plat/i2c.h>
#include <plat/ste_dma40.h>
#include <plat/pincfg.h>
#include <mach/hardware.h>
#include <mach/setup.h>
#include <mach/devices.h>
#include <mach/irqs.h>
#include "pins-db8500.h"
#include "ste-dma40-db8500.h"
#include "devices-db8500.h"
#include "board-mop500.h"
...
...
@@ -393,12 +396,63 @@ static struct stedma40_chan_cfg uart2_dma_cfg_tx = {
};
#endif
static
pin_cfg_t
mop500_pins_uart0
[]
=
{
GPIO0_U0_CTSn
|
PIN_INPUT_PULLUP
,
GPIO1_U0_RTSn
|
PIN_OUTPUT_HIGH
,
GPIO2_U0_RXD
|
PIN_INPUT_PULLUP
,
GPIO3_U0_TXD
|
PIN_OUTPUT_HIGH
,
};
#define PRCC_K_SOFTRST_SET 0x18
#define PRCC_K_SOFTRST_CLEAR 0x1C
static
void
ux500_uart0_reset
(
void
)
{
void
__iomem
*
prcc_rst_set
,
*
prcc_rst_clr
;
prcc_rst_set
=
(
void
__iomem
*
)
IO_ADDRESS
(
U8500_CLKRST1_BASE
+
PRCC_K_SOFTRST_SET
);
prcc_rst_clr
=
(
void
__iomem
*
)
IO_ADDRESS
(
U8500_CLKRST1_BASE
+
PRCC_K_SOFTRST_CLEAR
);
/* Activate soft reset PRCC_K_SOFTRST_CLEAR */
writel
((
readl
(
prcc_rst_clr
)
|
0x1
),
prcc_rst_clr
);
udelay
(
1
);
/* Release soft reset PRCC_K_SOFTRST_SET */
writel
((
readl
(
prcc_rst_set
)
|
0x1
),
prcc_rst_set
);
udelay
(
1
);
}
static
void
ux500_uart0_init
(
void
)
{
int
ret
;
ret
=
nmk_config_pins
(
mop500_pins_uart0
,
ARRAY_SIZE
(
mop500_pins_uart0
));
if
(
ret
<
0
)
pr_err
(
"pl011: uart pins_enable failed
\n
"
);
}
static
void
ux500_uart0_exit
(
void
)
{
int
ret
;
ret
=
nmk_config_pins_sleep
(
mop500_pins_uart0
,
ARRAY_SIZE
(
mop500_pins_uart0
));
if
(
ret
<
0
)
pr_err
(
"pl011: uart pins_disable failed
\n
"
);
}
static
struct
amba_pl011_data
uart0_plat
=
{
#ifdef CONFIG_STE_DMA40
.
dma_filter
=
stedma40_filter
,
.
dma_rx_param
=
&
uart0_dma_cfg_rx
,
.
dma_tx_param
=
&
uart0_dma_cfg_tx
,
#endif
.
init
=
ux500_uart0_init
,
.
exit
=
ux500_uart0_exit
,
.
reset
=
ux500_uart0_reset
,
};
static
struct
amba_pl011_data
uart1_plat
=
{
...
...
This diff is collapsed.
Click to expand it.
arch/arm/mm/proc-v7.S
View file @
e12fe68c
...
...
@@ -210,19 +210,21 @@ cpu_v7_name:
/*
Suspend
/
resume
support
:
derived
from
arch
/
arm
/
mach
-
s5pv210
/
sleep
.
S
*/
.
globl
cpu_v7_suspend_size
.
equ
cpu_v7_suspend_size
,
4
*
8
.
equ
cpu_v7_suspend_size
,
4
*
9
#ifdef CONFIG_PM_SLEEP
ENTRY
(
cpu_v7_do_suspend
)
stmfd
sp
!,
{
r4
-
r11
,
lr
}
mrc
p15
,
0
,
r4
,
c13
,
c0
,
0
@
FCSE
/
PID
mrc
p15
,
0
,
r5
,
c13
,
c0
,
1
@
Context
ID
mrc
p15
,
0
,
r6
,
c13
,
c0
,
3
@
User
r
/
o
thread
ID
stmia
r0
!,
{
r4
-
r6
}
mrc
p15
,
0
,
r6
,
c3
,
c0
,
0
@
Domain
ID
mrc
p15
,
0
,
r7
,
c2
,
c0
,
0
@
TTB
0
mrc
p15
,
0
,
r8
,
c2
,
c0
,
1
@
TTB
1
mrc
p15
,
0
,
r9
,
c1
,
c0
,
0
@
Control
register
mrc
p15
,
0
,
r10
,
c1
,
c0
,
1
@
Auxiliary
control
register
mrc
p15
,
0
,
r11
,
c1
,
c0
,
2
@
Co
-
processor
access
control
stmia
r0
,
{
r
4
-
r11
}
stmia
r0
,
{
r
6
-
r11
}
ldmfd
sp
!,
{
r4
-
r11
,
pc
}
ENDPROC
(
cpu_v7_do_suspend
)
...
...
@@ -230,9 +232,11 @@ ENTRY(cpu_v7_do_resume)
mov
ip
,
#
0
mcr
p15
,
0
,
ip
,
c8
,
c7
,
0
@
invalidate
TLBs
mcr
p15
,
0
,
ip
,
c7
,
c5
,
0
@
invalidate
I
cache
ldmia
r0
,
{
r4
-
r
11
}
ldmia
r0
!
,
{
r4
-
r
6
}
mcr
p15
,
0
,
r4
,
c13
,
c0
,
0
@
FCSE
/
PID
mcr
p15
,
0
,
r5
,
c13
,
c0
,
1
@
Context
ID
mcr
p15
,
0
,
r6
,
c13
,
c0
,
3
@
User
r
/
o
thread
ID
ldmia
r0
,
{
r6
-
r11
}
mcr
p15
,
0
,
r6
,
c3
,
c0
,
0
@
Domain
ID
mcr
p15
,
0
,
r7
,
c2
,
c0
,
0
@
TTB
0
mcr
p15
,
0
,
r8
,
c2
,
c0
,
1
@
TTB
1
...
...
@@ -418,9 +422,9 @@ ENTRY(v7_processor_functions)
.
word
cpu_v7_dcache_clean_area
.
word
cpu_v7_switch_mm
.
word
cpu_v7_set_pte_ext
.
word
0
.
word
0
.
word
0
.
word
cpu_v7_suspend_size
.
word
cpu_v7_do_suspend
.
word
cpu_v7_do_resume
.
size
v7_processor_functions
,
.
-
v7_processor_functions
.
section
".rodata"
...
...
This diff is collapsed.
Click to expand it.
arch/arm/plat-iop/cp6.c
View file @
e12fe68c
...
...
@@ -18,6 +18,7 @@
*/
#include <linux/init.h>
#include <asm/traps.h>
#include <asm/ptrace.h>
static
int
cp6_trap
(
struct
pt_regs
*
regs
,
unsigned
int
instr
)
{
...
...
This diff is collapsed.
Click to expand it.
Prev
1
2
3
4
5
…
16
Next
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
.
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment