How to Reset/Cycle Power to a PCIe Device?
Clash Royale CLAN TAG#URR8PPP
up vote
13
down vote
favorite
I have a PCIe device that only works correctly when the computer is fully powered off then on again. Issuing a simple reboot
or reboot -p
command does not appear to cycle the power to the PCIe card, which causes it not to work after the reboot.
Is there a way to, from the OS, cycle power to a device in a PCIe slot? I can find it in /sys/bus/pci/devices/0000*/
, but I can't figure out how to properly reset the board. Toggling power seems to be the only way.
Barring that, can I change a setting somewhere that will cause a full power cycle on a reboot
command?
I'm running Ubuntu 12.10 by the way.
devices power-management pci
add a comment |Â
up vote
13
down vote
favorite
I have a PCIe device that only works correctly when the computer is fully powered off then on again. Issuing a simple reboot
or reboot -p
command does not appear to cycle the power to the PCIe card, which causes it not to work after the reboot.
Is there a way to, from the OS, cycle power to a device in a PCIe slot? I can find it in /sys/bus/pci/devices/0000*/
, but I can't figure out how to properly reset the board. Toggling power seems to be the only way.
Barring that, can I change a setting somewhere that will cause a full power cycle on a reboot
command?
I'm running Ubuntu 12.10 by the way.
devices power-management pci
Did you tryreboot -f
? This is similar to pressing the power button of the CPU.
â ktan
Apr 23 '15 at 7:59
Two years ago the OP pointed out that a softreboot
didn't work. Yourreboot -f
is still a soft reboot.
â roaima
Apr 23 '15 at 10:18
add a comment |Â
up vote
13
down vote
favorite
up vote
13
down vote
favorite
I have a PCIe device that only works correctly when the computer is fully powered off then on again. Issuing a simple reboot
or reboot -p
command does not appear to cycle the power to the PCIe card, which causes it not to work after the reboot.
Is there a way to, from the OS, cycle power to a device in a PCIe slot? I can find it in /sys/bus/pci/devices/0000*/
, but I can't figure out how to properly reset the board. Toggling power seems to be the only way.
Barring that, can I change a setting somewhere that will cause a full power cycle on a reboot
command?
I'm running Ubuntu 12.10 by the way.
devices power-management pci
I have a PCIe device that only works correctly when the computer is fully powered off then on again. Issuing a simple reboot
or reboot -p
command does not appear to cycle the power to the PCIe card, which causes it not to work after the reboot.
Is there a way to, from the OS, cycle power to a device in a PCIe slot? I can find it in /sys/bus/pci/devices/0000*/
, but I can't figure out how to properly reset the board. Toggling power seems to be the only way.
Barring that, can I change a setting somewhere that will cause a full power cycle on a reboot
command?
I'm running Ubuntu 12.10 by the way.
devices power-management pci
devices power-management pci
edited Apr 27 '13 at 23:28
asked Apr 27 '13 at 22:40
zachd1_618
166116
166116
Did you tryreboot -f
? This is similar to pressing the power button of the CPU.
â ktan
Apr 23 '15 at 7:59
Two years ago the OP pointed out that a softreboot
didn't work. Yourreboot -f
is still a soft reboot.
â roaima
Apr 23 '15 at 10:18
add a comment |Â
Did you tryreboot -f
? This is similar to pressing the power button of the CPU.
â ktan
Apr 23 '15 at 7:59
Two years ago the OP pointed out that a softreboot
didn't work. Yourreboot -f
is still a soft reboot.
â roaima
Apr 23 '15 at 10:18
Did you try
reboot -f
? This is similar to pressing the power button of the CPU.â ktan
Apr 23 '15 at 7:59
Did you try
reboot -f
? This is similar to pressing the power button of the CPU.â ktan
Apr 23 '15 at 7:59
Two years ago the OP pointed out that a soft
reboot
didn't work. Your reboot -f
is still a soft reboot.â roaima
Apr 23 '15 at 10:18
Two years ago the OP pointed out that a soft
reboot
didn't work. Your reboot -f
is still a soft reboot.â roaima
Apr 23 '15 at 10:18
add a comment |Â
3 Answers
3
active
oldest
votes
up vote
12
down vote
Potential Method #1
I think you can do it with these commands:
disable
echo 0 > /sys/bus/pci/slots/$NUMBER/power
enable
echo 1 > /sys/bus/pci/slots/$NUMBER/power
Where $NUMBER
is the number of the PCI slot.
lspci -vv
may help to identify the device. This is not very well documented...
Potential Method #2
I came across this thread on U&L, similar issue: there are some answers to that question that say you can reset with this command:
echo "1" > /sys/bus/pci/devices/$NUMBER/reset
However, I would read the answers there! There are conditions around doing it this way! Specifically I would read this answer!
Potential Method #3
There is a Unix command, setpci
, that may give you a method for resetting a device in the PCI bus.
I did not see any specific examples with this command so you'll have to google for examples and look through the man page. I would tread lightly with this command until you're confident in it's use. From what I've read about it, it's manipulating the hardware directly and so there are always risks in doing it yourself vs. using a tool that is exposing this type of functionality!
1
Nothing shows up in slots, even though I have multiple cards plugged in. I do have a power directory in/sys/bus/pci/devices/$NUMBER/
. But nothing seems to warrant setting 0 or 1
â zachd1_618
Apr 27 '13 at 23:30
1
I came across this thread on U&L, similar issue: there are some answers to that Q that say you can reset with this: echo "1" > /sys/bus/pci/devices/$NUMBER/reset. Read that Q though, there are conditions around doing it that way!
â slmâ¦
Apr 27 '13 at 23:42
Thanks for the link. I've tried that however and it doesn't seem to do anything. Specifically, the device doesn't power cycle and the system still knows it is there. (When the card is on and plugged in, there are devices in /dev that I can watch). They don't disappear when Iecho "1" > ...
.
â zachd1_618
Apr 28 '13 at 0:06
1
Are you unloading the kernel modules for that card prior to the power cycling? I think you have to do that as well.
â slmâ¦
Apr 28 '13 at 0:33
1
I think I'll check the kernel source code to see if togglingpower
actually puts it into D3.
â forest
Aug 7 at 0:04
 |Â
show 11 more comments
up vote
4
down vote
remove
and rescan
will allow the kernel to cycler-power the PCI device without reboot
:
echo "1" > /sys/bus/pci/devices/DDDD:BB:DD.F//remove
sleep 1
echo "1" > /sys/bus/pci/rescan
where DDDD.BB.DD.F = Domain:Bus:Device.Function
echo "1" > /sys/bus/pci/rescan is worked for me in lenovo g560 mini pci slot. I plugged in USB 3.0 minipci card. System is Ubuntu 16.04 x64
â kodmanyagha
Mar 19 at 12:26
add a comment |Â
up vote
0
down vote
Resets in PCI express are a bit complex. There are two main types of resets - conventional reset, and function-level reset. There are also two types of conventional resets, fundamental resets and non-fundamental resets. See the PCI express specification for all of the details.
A 'cold reset' is a fundamental reset that takes place after power is applied to a PCIe device. There appears to be no standard way of triggering a cold reset, save for turning the system off and back on again. On my machines, the /sys/bus/pci/slots
directory is empty.
A 'warm reset' is a fundamental reset that is triggered without disconnecting power from the device. There appears to be no standard way of triggering a warm reset.
A 'hot reset' is a conventional reset that is triggered across a PCI express link. A hot reset is triggered either when a link is forced into electrical idle or by sending TS1 and TS2 ordered sets with the hot reset bit set. Software can initiate a hot reset by setting and then clearing the secondary bus reset bit in the bridge control register on the bridge port upstream of the device in the PCI configuration space.
A 'function-level reset' (FLR) is a reset that affects only a single function of a PCI express device. It must not reset the entire PCIe device. Implementing function-level resets is not required by the PCIe specification. A function-level reset is initiated by setting the initiate function-level reset bit in the function's device control register in the PCI express capability structure in the PCI configuration space.
Linux exposes the function-level reset functionality in the form of /sys/bus/pci/devices/$dev/reset
. Writing a 1 to this file will initiate a function-level reset on the corresponding function. Note that this only affects that specific function of the device, not the whole device, and devices are not required to implement function-level resets as per the PCIe specification.
I am not aware of any 'nice' method for triggering a hot reset. However, it is possible to use setpci to do so:
#!/bin/bash
dev=$1
if [ -z "$dev" ]; then
echo "Error: no device specified"
exit 1
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
dev="0000:$dev"
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
echo "Error: device $dev not found"
exit 1
fi
port=$(basename $(dirname $(readlink "/sys/bus/pci/devices/$dev")))
if [ ! -e "/sys/bus/pci/devices/$port" ]; then
echo "Error: device $port not found"
exit 1
fi
echo "Removing $dev..."
echo 1 > "/sys/bus/pci/devices/$dev/remove"
echo "Performing hot reset of port $port..."
bc=$(setpci -s $port BRIDGE_CONTROL)
echo "Bridge control:" $bc
setpci -s $port BRIDGE_CONTROL=$(printf "%04x" $(("0x$bc" | 0x40)))
sleep 0.01
setpci -s $port BRIDGE_CONTROL=$bc
sleep 0.5
echo "Rescanning bus..."
echo 1 > "/sys/bus/pci/devices/$port/rescan"
Ensure that all attached drivers are unloaded before running this script. This script will attempt to remove the PCIe device, then command the upstream switch port to issue a hot reset, then attempt to rescan the PCIe bus. This script has also only been tested on devices with a single function, so it may need some reworking for devices with multiple functions.
add a comment |Â
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
12
down vote
Potential Method #1
I think you can do it with these commands:
disable
echo 0 > /sys/bus/pci/slots/$NUMBER/power
enable
echo 1 > /sys/bus/pci/slots/$NUMBER/power
Where $NUMBER
is the number of the PCI slot.
lspci -vv
may help to identify the device. This is not very well documented...
Potential Method #2
I came across this thread on U&L, similar issue: there are some answers to that question that say you can reset with this command:
echo "1" > /sys/bus/pci/devices/$NUMBER/reset
However, I would read the answers there! There are conditions around doing it this way! Specifically I would read this answer!
Potential Method #3
There is a Unix command, setpci
, that may give you a method for resetting a device in the PCI bus.
I did not see any specific examples with this command so you'll have to google for examples and look through the man page. I would tread lightly with this command until you're confident in it's use. From what I've read about it, it's manipulating the hardware directly and so there are always risks in doing it yourself vs. using a tool that is exposing this type of functionality!
1
Nothing shows up in slots, even though I have multiple cards plugged in. I do have a power directory in/sys/bus/pci/devices/$NUMBER/
. But nothing seems to warrant setting 0 or 1
â zachd1_618
Apr 27 '13 at 23:30
1
I came across this thread on U&L, similar issue: there are some answers to that Q that say you can reset with this: echo "1" > /sys/bus/pci/devices/$NUMBER/reset. Read that Q though, there are conditions around doing it that way!
â slmâ¦
Apr 27 '13 at 23:42
Thanks for the link. I've tried that however and it doesn't seem to do anything. Specifically, the device doesn't power cycle and the system still knows it is there. (When the card is on and plugged in, there are devices in /dev that I can watch). They don't disappear when Iecho "1" > ...
.
â zachd1_618
Apr 28 '13 at 0:06
1
Are you unloading the kernel modules for that card prior to the power cycling? I think you have to do that as well.
â slmâ¦
Apr 28 '13 at 0:33
1
I think I'll check the kernel source code to see if togglingpower
actually puts it into D3.
â forest
Aug 7 at 0:04
 |Â
show 11 more comments
up vote
12
down vote
Potential Method #1
I think you can do it with these commands:
disable
echo 0 > /sys/bus/pci/slots/$NUMBER/power
enable
echo 1 > /sys/bus/pci/slots/$NUMBER/power
Where $NUMBER
is the number of the PCI slot.
lspci -vv
may help to identify the device. This is not very well documented...
Potential Method #2
I came across this thread on U&L, similar issue: there are some answers to that question that say you can reset with this command:
echo "1" > /sys/bus/pci/devices/$NUMBER/reset
However, I would read the answers there! There are conditions around doing it this way! Specifically I would read this answer!
Potential Method #3
There is a Unix command, setpci
, that may give you a method for resetting a device in the PCI bus.
I did not see any specific examples with this command so you'll have to google for examples and look through the man page. I would tread lightly with this command until you're confident in it's use. From what I've read about it, it's manipulating the hardware directly and so there are always risks in doing it yourself vs. using a tool that is exposing this type of functionality!
1
Nothing shows up in slots, even though I have multiple cards plugged in. I do have a power directory in/sys/bus/pci/devices/$NUMBER/
. But nothing seems to warrant setting 0 or 1
â zachd1_618
Apr 27 '13 at 23:30
1
I came across this thread on U&L, similar issue: there are some answers to that Q that say you can reset with this: echo "1" > /sys/bus/pci/devices/$NUMBER/reset. Read that Q though, there are conditions around doing it that way!
â slmâ¦
Apr 27 '13 at 23:42
Thanks for the link. I've tried that however and it doesn't seem to do anything. Specifically, the device doesn't power cycle and the system still knows it is there. (When the card is on and plugged in, there are devices in /dev that I can watch). They don't disappear when Iecho "1" > ...
.
â zachd1_618
Apr 28 '13 at 0:06
1
Are you unloading the kernel modules for that card prior to the power cycling? I think you have to do that as well.
â slmâ¦
Apr 28 '13 at 0:33
1
I think I'll check the kernel source code to see if togglingpower
actually puts it into D3.
â forest
Aug 7 at 0:04
 |Â
show 11 more comments
up vote
12
down vote
up vote
12
down vote
Potential Method #1
I think you can do it with these commands:
disable
echo 0 > /sys/bus/pci/slots/$NUMBER/power
enable
echo 1 > /sys/bus/pci/slots/$NUMBER/power
Where $NUMBER
is the number of the PCI slot.
lspci -vv
may help to identify the device. This is not very well documented...
Potential Method #2
I came across this thread on U&L, similar issue: there are some answers to that question that say you can reset with this command:
echo "1" > /sys/bus/pci/devices/$NUMBER/reset
However, I would read the answers there! There are conditions around doing it this way! Specifically I would read this answer!
Potential Method #3
There is a Unix command, setpci
, that may give you a method for resetting a device in the PCI bus.
I did not see any specific examples with this command so you'll have to google for examples and look through the man page. I would tread lightly with this command until you're confident in it's use. From what I've read about it, it's manipulating the hardware directly and so there are always risks in doing it yourself vs. using a tool that is exposing this type of functionality!
Potential Method #1
I think you can do it with these commands:
disable
echo 0 > /sys/bus/pci/slots/$NUMBER/power
enable
echo 1 > /sys/bus/pci/slots/$NUMBER/power
Where $NUMBER
is the number of the PCI slot.
lspci -vv
may help to identify the device. This is not very well documented...
Potential Method #2
I came across this thread on U&L, similar issue: there are some answers to that question that say you can reset with this command:
echo "1" > /sys/bus/pci/devices/$NUMBER/reset
However, I would read the answers there! There are conditions around doing it this way! Specifically I would read this answer!
Potential Method #3
There is a Unix command, setpci
, that may give you a method for resetting a device in the PCI bus.
I did not see any specific examples with this command so you'll have to google for examples and look through the man page. I would tread lightly with this command until you're confident in it's use. From what I've read about it, it's manipulating the hardware directly and so there are always risks in doing it yourself vs. using a tool that is exposing this type of functionality!
edited Apr 13 '17 at 12:36
Communityâ¦
1
1
answered Apr 27 '13 at 23:18
slmâ¦
240k66498666
240k66498666
1
Nothing shows up in slots, even though I have multiple cards plugged in. I do have a power directory in/sys/bus/pci/devices/$NUMBER/
. But nothing seems to warrant setting 0 or 1
â zachd1_618
Apr 27 '13 at 23:30
1
I came across this thread on U&L, similar issue: there are some answers to that Q that say you can reset with this: echo "1" > /sys/bus/pci/devices/$NUMBER/reset. Read that Q though, there are conditions around doing it that way!
â slmâ¦
Apr 27 '13 at 23:42
Thanks for the link. I've tried that however and it doesn't seem to do anything. Specifically, the device doesn't power cycle and the system still knows it is there. (When the card is on and plugged in, there are devices in /dev that I can watch). They don't disappear when Iecho "1" > ...
.
â zachd1_618
Apr 28 '13 at 0:06
1
Are you unloading the kernel modules for that card prior to the power cycling? I think you have to do that as well.
â slmâ¦
Apr 28 '13 at 0:33
1
I think I'll check the kernel source code to see if togglingpower
actually puts it into D3.
â forest
Aug 7 at 0:04
 |Â
show 11 more comments
1
Nothing shows up in slots, even though I have multiple cards plugged in. I do have a power directory in/sys/bus/pci/devices/$NUMBER/
. But nothing seems to warrant setting 0 or 1
â zachd1_618
Apr 27 '13 at 23:30
1
I came across this thread on U&L, similar issue: there are some answers to that Q that say you can reset with this: echo "1" > /sys/bus/pci/devices/$NUMBER/reset. Read that Q though, there are conditions around doing it that way!
â slmâ¦
Apr 27 '13 at 23:42
Thanks for the link. I've tried that however and it doesn't seem to do anything. Specifically, the device doesn't power cycle and the system still knows it is there. (When the card is on and plugged in, there are devices in /dev that I can watch). They don't disappear when Iecho "1" > ...
.
â zachd1_618
Apr 28 '13 at 0:06
1
Are you unloading the kernel modules for that card prior to the power cycling? I think you have to do that as well.
â slmâ¦
Apr 28 '13 at 0:33
1
I think I'll check the kernel source code to see if togglingpower
actually puts it into D3.
â forest
Aug 7 at 0:04
1
1
Nothing shows up in slots, even though I have multiple cards plugged in. I do have a power directory in
/sys/bus/pci/devices/$NUMBER/
. But nothing seems to warrant setting 0 or 1â zachd1_618
Apr 27 '13 at 23:30
Nothing shows up in slots, even though I have multiple cards plugged in. I do have a power directory in
/sys/bus/pci/devices/$NUMBER/
. But nothing seems to warrant setting 0 or 1â zachd1_618
Apr 27 '13 at 23:30
1
1
I came across this thread on U&L, similar issue: there are some answers to that Q that say you can reset with this: echo "1" > /sys/bus/pci/devices/$NUMBER/reset. Read that Q though, there are conditions around doing it that way!
â slmâ¦
Apr 27 '13 at 23:42
I came across this thread on U&L, similar issue: there are some answers to that Q that say you can reset with this: echo "1" > /sys/bus/pci/devices/$NUMBER/reset. Read that Q though, there are conditions around doing it that way!
â slmâ¦
Apr 27 '13 at 23:42
Thanks for the link. I've tried that however and it doesn't seem to do anything. Specifically, the device doesn't power cycle and the system still knows it is there. (When the card is on and plugged in, there are devices in /dev that I can watch). They don't disappear when I
echo "1" > ...
.â zachd1_618
Apr 28 '13 at 0:06
Thanks for the link. I've tried that however and it doesn't seem to do anything. Specifically, the device doesn't power cycle and the system still knows it is there. (When the card is on and plugged in, there are devices in /dev that I can watch). They don't disappear when I
echo "1" > ...
.â zachd1_618
Apr 28 '13 at 0:06
1
1
Are you unloading the kernel modules for that card prior to the power cycling? I think you have to do that as well.
â slmâ¦
Apr 28 '13 at 0:33
Are you unloading the kernel modules for that card prior to the power cycling? I think you have to do that as well.
â slmâ¦
Apr 28 '13 at 0:33
1
1
I think I'll check the kernel source code to see if toggling
power
actually puts it into D3.â forest
Aug 7 at 0:04
I think I'll check the kernel source code to see if toggling
power
actually puts it into D3.â forest
Aug 7 at 0:04
 |Â
show 11 more comments
up vote
4
down vote
remove
and rescan
will allow the kernel to cycler-power the PCI device without reboot
:
echo "1" > /sys/bus/pci/devices/DDDD:BB:DD.F//remove
sleep 1
echo "1" > /sys/bus/pci/rescan
where DDDD.BB.DD.F = Domain:Bus:Device.Function
echo "1" > /sys/bus/pci/rescan is worked for me in lenovo g560 mini pci slot. I plugged in USB 3.0 minipci card. System is Ubuntu 16.04 x64
â kodmanyagha
Mar 19 at 12:26
add a comment |Â
up vote
4
down vote
remove
and rescan
will allow the kernel to cycler-power the PCI device without reboot
:
echo "1" > /sys/bus/pci/devices/DDDD:BB:DD.F//remove
sleep 1
echo "1" > /sys/bus/pci/rescan
where DDDD.BB.DD.F = Domain:Bus:Device.Function
echo "1" > /sys/bus/pci/rescan is worked for me in lenovo g560 mini pci slot. I plugged in USB 3.0 minipci card. System is Ubuntu 16.04 x64
â kodmanyagha
Mar 19 at 12:26
add a comment |Â
up vote
4
down vote
up vote
4
down vote
remove
and rescan
will allow the kernel to cycler-power the PCI device without reboot
:
echo "1" > /sys/bus/pci/devices/DDDD:BB:DD.F//remove
sleep 1
echo "1" > /sys/bus/pci/rescan
where DDDD.BB.DD.F = Domain:Bus:Device.Function
remove
and rescan
will allow the kernel to cycler-power the PCI device without reboot
:
echo "1" > /sys/bus/pci/devices/DDDD:BB:DD.F//remove
sleep 1
echo "1" > /sys/bus/pci/rescan
where DDDD.BB.DD.F = Domain:Bus:Device.Function
answered Nov 24 '15 at 16:35
cyber
411
411
echo "1" > /sys/bus/pci/rescan is worked for me in lenovo g560 mini pci slot. I plugged in USB 3.0 minipci card. System is Ubuntu 16.04 x64
â kodmanyagha
Mar 19 at 12:26
add a comment |Â
echo "1" > /sys/bus/pci/rescan is worked for me in lenovo g560 mini pci slot. I plugged in USB 3.0 minipci card. System is Ubuntu 16.04 x64
â kodmanyagha
Mar 19 at 12:26
echo "1" > /sys/bus/pci/rescan is worked for me in lenovo g560 mini pci slot. I plugged in USB 3.0 minipci card. System is Ubuntu 16.04 x64
â kodmanyagha
Mar 19 at 12:26
echo "1" > /sys/bus/pci/rescan is worked for me in lenovo g560 mini pci slot. I plugged in USB 3.0 minipci card. System is Ubuntu 16.04 x64
â kodmanyagha
Mar 19 at 12:26
add a comment |Â
up vote
0
down vote
Resets in PCI express are a bit complex. There are two main types of resets - conventional reset, and function-level reset. There are also two types of conventional resets, fundamental resets and non-fundamental resets. See the PCI express specification for all of the details.
A 'cold reset' is a fundamental reset that takes place after power is applied to a PCIe device. There appears to be no standard way of triggering a cold reset, save for turning the system off and back on again. On my machines, the /sys/bus/pci/slots
directory is empty.
A 'warm reset' is a fundamental reset that is triggered without disconnecting power from the device. There appears to be no standard way of triggering a warm reset.
A 'hot reset' is a conventional reset that is triggered across a PCI express link. A hot reset is triggered either when a link is forced into electrical idle or by sending TS1 and TS2 ordered sets with the hot reset bit set. Software can initiate a hot reset by setting and then clearing the secondary bus reset bit in the bridge control register on the bridge port upstream of the device in the PCI configuration space.
A 'function-level reset' (FLR) is a reset that affects only a single function of a PCI express device. It must not reset the entire PCIe device. Implementing function-level resets is not required by the PCIe specification. A function-level reset is initiated by setting the initiate function-level reset bit in the function's device control register in the PCI express capability structure in the PCI configuration space.
Linux exposes the function-level reset functionality in the form of /sys/bus/pci/devices/$dev/reset
. Writing a 1 to this file will initiate a function-level reset on the corresponding function. Note that this only affects that specific function of the device, not the whole device, and devices are not required to implement function-level resets as per the PCIe specification.
I am not aware of any 'nice' method for triggering a hot reset. However, it is possible to use setpci to do so:
#!/bin/bash
dev=$1
if [ -z "$dev" ]; then
echo "Error: no device specified"
exit 1
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
dev="0000:$dev"
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
echo "Error: device $dev not found"
exit 1
fi
port=$(basename $(dirname $(readlink "/sys/bus/pci/devices/$dev")))
if [ ! -e "/sys/bus/pci/devices/$port" ]; then
echo "Error: device $port not found"
exit 1
fi
echo "Removing $dev..."
echo 1 > "/sys/bus/pci/devices/$dev/remove"
echo "Performing hot reset of port $port..."
bc=$(setpci -s $port BRIDGE_CONTROL)
echo "Bridge control:" $bc
setpci -s $port BRIDGE_CONTROL=$(printf "%04x" $(("0x$bc" | 0x40)))
sleep 0.01
setpci -s $port BRIDGE_CONTROL=$bc
sleep 0.5
echo "Rescanning bus..."
echo 1 > "/sys/bus/pci/devices/$port/rescan"
Ensure that all attached drivers are unloaded before running this script. This script will attempt to remove the PCIe device, then command the upstream switch port to issue a hot reset, then attempt to rescan the PCIe bus. This script has also only been tested on devices with a single function, so it may need some reworking for devices with multiple functions.
add a comment |Â
up vote
0
down vote
Resets in PCI express are a bit complex. There are two main types of resets - conventional reset, and function-level reset. There are also two types of conventional resets, fundamental resets and non-fundamental resets. See the PCI express specification for all of the details.
A 'cold reset' is a fundamental reset that takes place after power is applied to a PCIe device. There appears to be no standard way of triggering a cold reset, save for turning the system off and back on again. On my machines, the /sys/bus/pci/slots
directory is empty.
A 'warm reset' is a fundamental reset that is triggered without disconnecting power from the device. There appears to be no standard way of triggering a warm reset.
A 'hot reset' is a conventional reset that is triggered across a PCI express link. A hot reset is triggered either when a link is forced into electrical idle or by sending TS1 and TS2 ordered sets with the hot reset bit set. Software can initiate a hot reset by setting and then clearing the secondary bus reset bit in the bridge control register on the bridge port upstream of the device in the PCI configuration space.
A 'function-level reset' (FLR) is a reset that affects only a single function of a PCI express device. It must not reset the entire PCIe device. Implementing function-level resets is not required by the PCIe specification. A function-level reset is initiated by setting the initiate function-level reset bit in the function's device control register in the PCI express capability structure in the PCI configuration space.
Linux exposes the function-level reset functionality in the form of /sys/bus/pci/devices/$dev/reset
. Writing a 1 to this file will initiate a function-level reset on the corresponding function. Note that this only affects that specific function of the device, not the whole device, and devices are not required to implement function-level resets as per the PCIe specification.
I am not aware of any 'nice' method for triggering a hot reset. However, it is possible to use setpci to do so:
#!/bin/bash
dev=$1
if [ -z "$dev" ]; then
echo "Error: no device specified"
exit 1
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
dev="0000:$dev"
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
echo "Error: device $dev not found"
exit 1
fi
port=$(basename $(dirname $(readlink "/sys/bus/pci/devices/$dev")))
if [ ! -e "/sys/bus/pci/devices/$port" ]; then
echo "Error: device $port not found"
exit 1
fi
echo "Removing $dev..."
echo 1 > "/sys/bus/pci/devices/$dev/remove"
echo "Performing hot reset of port $port..."
bc=$(setpci -s $port BRIDGE_CONTROL)
echo "Bridge control:" $bc
setpci -s $port BRIDGE_CONTROL=$(printf "%04x" $(("0x$bc" | 0x40)))
sleep 0.01
setpci -s $port BRIDGE_CONTROL=$bc
sleep 0.5
echo "Rescanning bus..."
echo 1 > "/sys/bus/pci/devices/$port/rescan"
Ensure that all attached drivers are unloaded before running this script. This script will attempt to remove the PCIe device, then command the upstream switch port to issue a hot reset, then attempt to rescan the PCIe bus. This script has also only been tested on devices with a single function, so it may need some reworking for devices with multiple functions.
add a comment |Â
up vote
0
down vote
up vote
0
down vote
Resets in PCI express are a bit complex. There are two main types of resets - conventional reset, and function-level reset. There are also two types of conventional resets, fundamental resets and non-fundamental resets. See the PCI express specification for all of the details.
A 'cold reset' is a fundamental reset that takes place after power is applied to a PCIe device. There appears to be no standard way of triggering a cold reset, save for turning the system off and back on again. On my machines, the /sys/bus/pci/slots
directory is empty.
A 'warm reset' is a fundamental reset that is triggered without disconnecting power from the device. There appears to be no standard way of triggering a warm reset.
A 'hot reset' is a conventional reset that is triggered across a PCI express link. A hot reset is triggered either when a link is forced into electrical idle or by sending TS1 and TS2 ordered sets with the hot reset bit set. Software can initiate a hot reset by setting and then clearing the secondary bus reset bit in the bridge control register on the bridge port upstream of the device in the PCI configuration space.
A 'function-level reset' (FLR) is a reset that affects only a single function of a PCI express device. It must not reset the entire PCIe device. Implementing function-level resets is not required by the PCIe specification. A function-level reset is initiated by setting the initiate function-level reset bit in the function's device control register in the PCI express capability structure in the PCI configuration space.
Linux exposes the function-level reset functionality in the form of /sys/bus/pci/devices/$dev/reset
. Writing a 1 to this file will initiate a function-level reset on the corresponding function. Note that this only affects that specific function of the device, not the whole device, and devices are not required to implement function-level resets as per the PCIe specification.
I am not aware of any 'nice' method for triggering a hot reset. However, it is possible to use setpci to do so:
#!/bin/bash
dev=$1
if [ -z "$dev" ]; then
echo "Error: no device specified"
exit 1
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
dev="0000:$dev"
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
echo "Error: device $dev not found"
exit 1
fi
port=$(basename $(dirname $(readlink "/sys/bus/pci/devices/$dev")))
if [ ! -e "/sys/bus/pci/devices/$port" ]; then
echo "Error: device $port not found"
exit 1
fi
echo "Removing $dev..."
echo 1 > "/sys/bus/pci/devices/$dev/remove"
echo "Performing hot reset of port $port..."
bc=$(setpci -s $port BRIDGE_CONTROL)
echo "Bridge control:" $bc
setpci -s $port BRIDGE_CONTROL=$(printf "%04x" $(("0x$bc" | 0x40)))
sleep 0.01
setpci -s $port BRIDGE_CONTROL=$bc
sleep 0.5
echo "Rescanning bus..."
echo 1 > "/sys/bus/pci/devices/$port/rescan"
Ensure that all attached drivers are unloaded before running this script. This script will attempt to remove the PCIe device, then command the upstream switch port to issue a hot reset, then attempt to rescan the PCIe bus. This script has also only been tested on devices with a single function, so it may need some reworking for devices with multiple functions.
Resets in PCI express are a bit complex. There are two main types of resets - conventional reset, and function-level reset. There are also two types of conventional resets, fundamental resets and non-fundamental resets. See the PCI express specification for all of the details.
A 'cold reset' is a fundamental reset that takes place after power is applied to a PCIe device. There appears to be no standard way of triggering a cold reset, save for turning the system off and back on again. On my machines, the /sys/bus/pci/slots
directory is empty.
A 'warm reset' is a fundamental reset that is triggered without disconnecting power from the device. There appears to be no standard way of triggering a warm reset.
A 'hot reset' is a conventional reset that is triggered across a PCI express link. A hot reset is triggered either when a link is forced into electrical idle or by sending TS1 and TS2 ordered sets with the hot reset bit set. Software can initiate a hot reset by setting and then clearing the secondary bus reset bit in the bridge control register on the bridge port upstream of the device in the PCI configuration space.
A 'function-level reset' (FLR) is a reset that affects only a single function of a PCI express device. It must not reset the entire PCIe device. Implementing function-level resets is not required by the PCIe specification. A function-level reset is initiated by setting the initiate function-level reset bit in the function's device control register in the PCI express capability structure in the PCI configuration space.
Linux exposes the function-level reset functionality in the form of /sys/bus/pci/devices/$dev/reset
. Writing a 1 to this file will initiate a function-level reset on the corresponding function. Note that this only affects that specific function of the device, not the whole device, and devices are not required to implement function-level resets as per the PCIe specification.
I am not aware of any 'nice' method for triggering a hot reset. However, it is possible to use setpci to do so:
#!/bin/bash
dev=$1
if [ -z "$dev" ]; then
echo "Error: no device specified"
exit 1
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
dev="0000:$dev"
fi
if [ ! -e "/sys/bus/pci/devices/$dev" ]; then
echo "Error: device $dev not found"
exit 1
fi
port=$(basename $(dirname $(readlink "/sys/bus/pci/devices/$dev")))
if [ ! -e "/sys/bus/pci/devices/$port" ]; then
echo "Error: device $port not found"
exit 1
fi
echo "Removing $dev..."
echo 1 > "/sys/bus/pci/devices/$dev/remove"
echo "Performing hot reset of port $port..."
bc=$(setpci -s $port BRIDGE_CONTROL)
echo "Bridge control:" $bc
setpci -s $port BRIDGE_CONTROL=$(printf "%04x" $(("0x$bc" | 0x40)))
sleep 0.01
setpci -s $port BRIDGE_CONTROL=$bc
sleep 0.5
echo "Rescanning bus..."
echo 1 > "/sys/bus/pci/devices/$port/rescan"
Ensure that all attached drivers are unloaded before running this script. This script will attempt to remove the PCIe device, then command the upstream switch port to issue a hot reset, then attempt to rescan the PCIe bus. This script has also only been tested on devices with a single function, so it may need some reworking for devices with multiple functions.
edited 5 hours ago
answered 6 hours ago
alex.forencich
205128
205128
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f73908%2fhow-to-reset-cycle-power-to-a-pcie-device%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Did you try
reboot -f
? This is similar to pressing the power button of the CPU.â ktan
Apr 23 '15 at 7:59
Two years ago the OP pointed out that a soft
reboot
didn't work. Yourreboot -f
is still a soft reboot.â roaima
Apr 23 '15 at 10:18