Home
last modified time | relevance | path

Searched refs:takeover (Results 1 – 12 of 12) sorted by relevance

/linux/Documentation/admin-guide/device-mapper/
H A Ddm-raid.rst23 raid5_n RAID5 with dedicated last parity disk supporting takeover from/to raid1
26 - Transitory layout for takeover from/to raid1
51 layout for takeover from/to raid0/raid4/raid5_n
52 raid6_la_6 Same as "raid_la" plus dedicated last Q-syndrome disk supporting takeover from/to raid5
54 - layout for takeover from raid5_la from/to raid6
57 - layout for takeover from raid5_ra from/to raid6
60 - layout for takeover from raid5_ls from/to raid6
63 - layout for takeover from raid5_rs from/to raid6
404 raid5: add and remove stripes (minimum 3, special case 2 for raid1 takeover), change rotating pari…
416 # Reshape after takeover to change to full raid5 layout
[all …]
/linux/Documentation/driver-api/
H A Dconsole.rst18 call do_take_over_console() will succeed in the takeover regardless of the type
/linux/Documentation/networking/xfrm/
H A Dxfrm_sync.rst14 The idea is to synchronize the SA so that the takeover machine can do
/linux/drivers/md/
H A Dmd.h790 void *(*takeover) (struct mddev *mddev); member
H A Draid0.c820 .takeover = raid0_takeover,
H A Draid5.c9029 .takeover = raid6_takeover,
9059 .takeover = raid5_takeover,
9090 .takeover = raid4_takeover,
H A Draid1.c3481 .takeover = raid1_takeover,
H A Dmd.c4102 if (!pers->takeover) { in level_store()
4116 priv = pers->takeover(mddev); in level_store()
H A Draid10.c5065 .takeover = raid10_takeover,
/linux/Documentation/sound/cards/
H A Dhdspm.rst212 has a failure, there is a takeover to the working one, with no
/linux/arch/arm/boot/dts/nuvoton/
H A Dnuvoton-npcm730-gbs.dts435 idle-states = <2>; /* Serial port mode 3 (takeover) */
/linux/Documentation/fb/
H A Dfbcon.rst162 If the kernel is compiled with deferred fbcon takeover support, normally