€•2_Œsphinx.addnodes”Œdocument”“”)”}”(Œ rawsource”Œ”Œchildren”]”(Œ translations”Œ LanguagesNode”“”)”}”(hhh]”(hŒ pending_xref”“”)”}”(hhh]”Œdocutils.nodes”ŒText”“”ŒChinese (Simplified)”…””}”Œparent”hsbaŒ attributes”}”(Œids”]”Œclasses”]”Œnames”]”Œdupnames”]”Œbackrefs”]”Œ refdomain”Œstd”Œreftype”Œdoc”Œ reftarget”Œ*/translations/zh_CN/driver-api/usb/persist”Œmodname”NŒ classname”NŒ refexplicit”ˆuŒtagname”hhh ubh)”}”(hhh]”hŒChinese (Traditional)”…””}”hh2sbah}”(h]”h ]”h"]”h$]”h&]”Œ refdomain”h)Œreftype”h+Œ reftarget”Œ*/translations/zh_TW/driver-api/usb/persist”Œmodname”NŒ classname”NŒ refexplicit”ˆuh1hhh ubh)”}”(hhh]”hŒItalian”…””}”hhFsbah}”(h]”h ]”h"]”h$]”h&]”Œ refdomain”h)Œreftype”h+Œ reftarget”Œ*/translations/it_IT/driver-api/usb/persist”Œmodname”NŒ classname”NŒ refexplicit”ˆuh1hhh ubh)”}”(hhh]”hŒJapanese”…””}”hhZsbah}”(h]”h ]”h"]”h$]”h&]”Œ refdomain”h)Œreftype”h+Œ reftarget”Œ*/translations/ja_JP/driver-api/usb/persist”Œmodname”NŒ classname”NŒ refexplicit”ˆuh1hhh ubh)”}”(hhh]”hŒKorean”…””}”hhnsbah}”(h]”h ]”h"]”h$]”h&]”Œ refdomain”h)Œreftype”h+Œ reftarget”Œ*/translations/ko_KR/driver-api/usb/persist”Œmodname”NŒ classname”NŒ refexplicit”ˆuh1hhh ubh)”}”(hhh]”hŒSpanish”…””}”hh‚sbah}”(h]”h ]”h"]”h$]”h&]”Œ refdomain”h)Œreftype”h+Œ reftarget”Œ*/translations/sp_SP/driver-api/usb/persist”Œmodname”NŒ classname”NŒ refexplicit”ˆuh1hhh ubeh}”(h]”h ]”h"]”h$]”h&]”Œcurrent_language”ŒEnglish”uh1h hhŒ _document”hŒsource”NŒline”NubhŒtarget”“”)”}”(hŒ.. _usb-persist:”h]”h}”(h]”h ]”h"]”h$]”h&]”Œrefid”Œ usb-persist”uh1h¡h KhhhžhhŸŒD/var/lib/git/docbuild/linux/Documentation/driver-api/usb/persist.rst”ubhŒsection”“”)”}”(hhh]”(hŒtitle”“”)”}”(hŒ,USB device persistence during system suspend”h]”hŒ,USB device persistence during system suspend”…””}”(hh·hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hµhh²hžhhŸh¯h KubhŒ field_list”“”)”}”(hhh]”(hŒfield”“”)”}”(hhh]”(hŒ field_name”“”)”}”(hŒAuthor”h]”hŒAuthor”…””}”(hhÑhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÏhhÌhŸh¯h KubhŒ field_body”“”)”}”(hŒ&Alan Stern ”h]”hŒ paragraph”“”)”}”(hhãh]”(hŒ Alan Stern <”…””}”(hhçhžhhŸNh NubhŒ reference”“”)”}”(hŒstern@rowland.harvard.edu”h]”hŒstern@rowland.harvard.edu”…””}”(hhðhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”Œ mailto:stern@rowland.harvard.edu”uh1hîhhçubhŒ>”…””}”(hhçhžhhŸNh Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h Khháubah}”(h]”h ]”h"]”h$]”h&]”uh1hßhhÌubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÊhŸh¯h KhhÇhžhubhË)”}”(hhh]”(hÐ)”}”(hŒDate”h]”hŒDate”…””}”(hjhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÏhjhŸh¯h Kubhà)”}”(hŒ/September 2, 2006 (Updated February 25, 2008) ”h]”hæ)”}”(hŒ-September 2, 2006 (Updated February 25, 2008)”h]”hŒ-September 2, 2006 (Updated February 25, 2008)”…””}”(hj+hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h Khj'ubah}”(h]”h ]”h"]”h$]”h&]”uh1hßhjubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÊhŸh¯h KhhÇhžhubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÅhh²hžhhŸh¯h Kubh±)”}”(hhh]”(h¶)”}”(hŒWhat is the problem?”h]”hŒWhat is the problem?”…””}”(hjNhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hµhjKhžhhŸh¯h K ubhæ)”}”(hX5According to the USB specification, when a USB bus is suspended the bus must continue to supply suspend current (around 1-5 mA). This is so that devices can maintain their internal state and hubs can detect connect-change events (devices being plugged in or unplugged). The technical term is "power session".”h]”hX9According to the USB specification, when a USB bus is suspended the bus must continue to supply suspend current (around 1-5 mA). This is so that devices can maintain their internal state and hubs can detect connect-change events (devices being plugged in or unplugged). The technical term is “power sessionâ€.”…””}”(hj\hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K hjKhžhubhæ)”}”(hXIf a USB device's power session is interrupted then the system is required to behave as though the device has been unplugged. It's a conservative approach; in the absence of suspend current the computer has no way to know what has actually happened. Perhaps the same device is still attached or perhaps it was removed and a different device plugged into the port. The system must assume the worst.”h]”hX”If a USB device’s power session is interrupted then the system is required to behave as though the device has been unplugged. It’s a conservative approach; in the absence of suspend current the computer has no way to know what has actually happened. Perhaps the same device is still attached or perhaps it was removed and a different device plugged into the port. The system must assume the worst.”…””}”(hjjhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h KhjKhžhubhæ)”}”(hX+By default, Linux behaves according to the spec. If a USB host controller loses power during a system suspend, then when the system wakes up all the devices attached to that controller are treated as though they had disconnected. This is always safe and it is the "officially correct" thing to do.”h]”hX/By default, Linux behaves according to the spec. If a USB host controller loses power during a system suspend, then when the system wakes up all the devices attached to that controller are treated as though they had disconnected. This is always safe and it is the “officially correct†thing to do.”…””}”(hjxhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h KhjKhžhubhæ)”}”(hXFor many sorts of devices this behavior doesn't matter in the least. If the kernel wants to believe that your USB keyboard was unplugged while the system was asleep and a new keyboard was plugged in when the system woke up, who cares? It'll still work the same when you type on it.”h]”hXFor many sorts of devices this behavior doesn’t matter in the least. If the kernel wants to believe that your USB keyboard was unplugged while the system was asleep and a new keyboard was plugged in when the system woke up, who cares? It’ll still work the same when you type on it.”…””}”(hj†hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K hjKhžhubhæ)”}”(hX§Unfortunately problems _can_ arise, particularly with mass-storage devices. The effect is exactly the same as if the device really had been unplugged while the system was suspended. If you had a mounted filesystem on the device, you're out of luck -- everything in that filesystem is now inaccessible. This is especially annoying if your root filesystem was located on the device, since your system will instantly crash.”h]”hX©Unfortunately problems _can_ arise, particularly with mass-storage devices. The effect is exactly the same as if the device really had been unplugged while the system was suspended. If you had a mounted filesystem on the device, you’re out of luck -- everything in that filesystem is now inaccessible. This is especially annoying if your root filesystem was located on the device, since your system will instantly crash.”…””}”(hj”hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K&hjKhžhubhæ)”}”(hXaLoss of power isn't the only mechanism to worry about. Anything that interrupts a power session will have the same effect. For example, even though suspend current may have been maintained while the system was asleep, on many systems during the initial stages of wakeup the firmware (i.e., the BIOS) resets the motherboard's USB host controllers. Result: all the power sessions are destroyed and again it's as though you had unplugged all the USB devices. Yes, it's entirely the BIOS's fault, but that doesn't do _you_ any good unless you can convince the BIOS supplier to fix the problem (lots of luck!).”h]”hXmLoss of power isn’t the only mechanism to worry about. Anything that interrupts a power session will have the same effect. For example, even though suspend current may have been maintained while the system was asleep, on many systems during the initial stages of wakeup the firmware (i.e., the BIOS) resets the motherboard’s USB host controllers. Result: all the power sessions are destroyed and again it’s as though you had unplugged all the USB devices. Yes, it’s entirely the BIOS’s fault, but that doesn’t do _you_ any good unless you can convince the BIOS supplier to fix the problem (lots of luck!).”…””}”(hj¢hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K.hjKhžhubhæ)”}”(hXSOn many systems the USB host controllers will get reset after a suspend-to-RAM. On almost all systems, no suspend current is available during hibernation (also known as swsusp or suspend-to-disk). You can check the kernel log after resuming to see if either of these has happened; look for lines saying "root hub lost power or was reset".”h]”hXWOn many systems the USB host controllers will get reset after a suspend-to-RAM. On almost all systems, no suspend current is available during hibernation (also known as swsusp or suspend-to-disk). You can check the kernel log after resuming to see if either of these has happened; look for lines saying “root hub lost power or was resetâ€.”…””}”(hj°hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K8hjKhžhubhæ)”}”(hXIn practice, people are forced to unmount any filesystems on a USB device before suspending. If the root filesystem is on a USB device, the system can't be suspended at all. (All right, it _can_ be suspended -- but it will crash as soon as it wakes up, which isn't much better.)”h]”hXIn practice, people are forced to unmount any filesystems on a USB device before suspending. If the root filesystem is on a USB device, the system can’t be suspended at all. (All right, it _can_ be suspended -- but it will crash as soon as it wakes up, which isn’t much better.)”…””}”(hj¾hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K>hjKhžhubeh}”(h]”Œwhat-is-the-problem”ah ]”h"]”Œwhat is the problem?”ah$]”h&]”uh1h°hh²hžhhŸh¯h K ubh±)”}”(hhh]”(h¶)”}”(hŒWhat is the solution?”h]”hŒWhat is the solution?”…””}”(hj×hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hµhjÔhžhhŸh¯h KFubhæ)”}”(hŒµThe kernel includes a feature called USB-persist. It tries to work around these issues by allowing the core USB device data structures to persist across a power-session disruption.”h]”hŒµThe kernel includes a feature called USB-persist. It tries to work around these issues by allowing the core USB device data structures to persist across a power-session disruption.”…””}”(hjåhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h KHhjÔhžhubhæ)”}”(hXGIt works like this. If the kernel sees that a USB host controller is not in the expected state during resume (i.e., if the controller was reset or otherwise had lost power) then it applies a persistence check to each of the USB devices below that controller for which the "persist" attribute is set. It doesn't try to resume the device; that can't work once the power session is gone. Instead it issues a USB port reset and then re-enumerates the device. (This is exactly the same thing that happens whenever a USB device is reset.) If the re-enumeration shows that the device now attached to that port has the same descriptors as before, including the Vendor and Product IDs, then the kernel continues to use the same device structure. In effect, the kernel treats the device as though it had merely been reset instead of unplugged.”h]”hXOIt works like this. If the kernel sees that a USB host controller is not in the expected state during resume (i.e., if the controller was reset or otherwise had lost power) then it applies a persistence check to each of the USB devices below that controller for which the “persist†attribute is set. It doesn’t try to resume the device; that can’t work once the power session is gone. Instead it issues a USB port reset and then re-enumerates the device. (This is exactly the same thing that happens whenever a USB device is reset.) If the re-enumeration shows that the device now attached to that port has the same descriptors as before, including the Vendor and Product IDs, then the kernel continues to use the same device structure. In effect, the kernel treats the device as though it had merely been reset instead of unplugged.”…””}”(hjóhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h KLhjÔhžhubhæ)”}”(hŒ°The same thing happens if the host controller is in the expected state but a USB device was unplugged and then replugged, or if a USB device fails to carry out a normal resume.”h]”hŒ°The same thing happens if the host controller is in the expected state but a USB device was unplugged and then replugged, or if a USB device fails to carry out a normal resume.”…””}”(hjhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h KZhjÔhžhubhæ)”}”(hXIf no device is now attached to the port, or if the descriptors are different from what the kernel remembers, then the treatment is what you would expect. The kernel destroys the old device structure and behaves as though the old device had been unplugged and a new device plugged in.”h]”hXIf no device is now attached to the port, or if the descriptors are different from what the kernel remembers, then the treatment is what you would expect. The kernel destroys the old device structure and behaves as though the old device had been unplugged and a new device plugged in.”…””}”(hjhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K^hjÔhžhubhæ)”}”(hŒ¦The end result is that the USB device remains available and usable. Filesystem mounts and memory mappings are unaffected, and the world is now a good and happy place.”h]”hŒ¦The end result is that the USB device remains available and usable. Filesystem mounts and memory mappings are unaffected, and the world is now a good and happy place.”…””}”(hjhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h KdhjÔhžhubhæ)”}”(hŒ“Note that the "USB-persist" feature will be applied only to those devices for which it is enabled. You can enable the feature by doing (as root)::”h]”hŒ–Note that the “USB-persist†feature will be applied only to those devices for which it is enabled. You can enable the feature by doing (as root):”…””}”(hj+hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h KhhjÔhžhubhŒ literal_block”“”)”}”(hŒ.echo 1 >/sys/bus/usb/devices/.../power/persist”h]”hŒ.echo 1 >/sys/bus/usb/devices/.../power/persist”…””}”hj;sbah}”(h]”h ]”h"]”h$]”h&]”Œ xml:space”Œpreserve”uh1j9hŸh¯h KlhjÔhžhubhæ)”}”(hX+where the "..." should be filled in the with the device's ID. Disable the feature by writing 0 instead of 1. For hubs the feature is automatically and permanently enabled and the power/persist file doesn't even exist, so you only have to worry about setting it for devices where it really matters.”h]”hX3where the “...†should be filled in the with the device’s ID. Disable the feature by writing 0 instead of 1. For hubs the feature is automatically and permanently enabled and the power/persist file doesn’t even exist, so you only have to worry about setting it for devices where it really matters.”…””}”(hjKhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h KnhjÔhžhubeh}”(h]”Œwhat-is-the-solution”ah ]”h"]”Œwhat is the solution?”ah$]”h&]”uh1h°hh²hžhhŸh¯h KFubh±)”}”(hhh]”(h¶)”}”(hŒIs this the best solution?”h]”hŒIs this the best solution?”…””}”(hjdhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hµhjahžhhŸh¯h Kvubhæ)”}”(hXÃPerhaps not. Arguably, keeping track of mounted filesystems and memory mappings across device disconnects should be handled by a centralized Logical Volume Manager. Such a solution would allow you to plug in a USB flash device, create a persistent volume associated with it, unplug the flash device, plug it back in later, and still have the same persistent volume associated with the device. As such it would be more far-reaching than USB-persist.”h]”hXÃPerhaps not. Arguably, keeping track of mounted filesystems and memory mappings across device disconnects should be handled by a centralized Logical Volume Manager. Such a solution would allow you to plug in a USB flash device, create a persistent volume associated with it, unplug the flash device, plug it back in later, and still have the same persistent volume associated with the device. As such it would be more far-reaching than USB-persist.”…””}”(hjrhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h Kxhjahžhubhæ)”}”(hŒáOn the other hand, writing a persistent volume manager would be a big job and using it would require significant input from the user. This solution is much quicker and easier -- and it exists now, a giant point in its favor!”h]”hŒáOn the other hand, writing a persistent volume manager would be a big job and using it would require significant input from the user. This solution is much quicker and easier -- and it exists now, a giant point in its favor!”…””}”(hj€hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K€hjahžhubhæ)”}”(hŒ½Furthermore, the USB-persist feature applies to _all_ USB devices, not just mass-storage devices. It might turn out to be equally useful for other device types, such as network interfaces.”h]”hŒ½Furthermore, the USB-persist feature applies to _all_ USB devices, not just mass-storage devices. It might turn out to be equally useful for other device types, such as network interfaces.”…””}”(hjŽhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K…hjahžhubeh}”(h]”Œis-this-the-best-solution”ah ]”h"]”Œis this the best solution?”ah$]”h&]”uh1h°hh²hžhhŸh¯h Kvubh±)”}”(hhh]”(h¶)”}”(hŒ'WARNING: USB-persist can be dangerous!!”h]”hŒ'WARNING: USB-persist can be dangerous!!”…””}”(hj§hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hµhj¤hžhhŸh¯h K‹ubhæ)”}”(hŒðWhen recovering an interrupted power session the kernel does its best to make sure the USB device hasn't been changed; that is, the same device is still plugged into the port as before. But the checks aren't guaranteed to be 100% accurate.”h]”hŒôWhen recovering an interrupted power session the kernel does its best to make sure the USB device hasn’t been changed; that is, the same device is still plugged into the port as before. But the checks aren’t guaranteed to be 100% accurate.”…””}”(hjµhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h Khj¤hžhubhæ)”}”(hXhIf you replace one USB device with another of the same type (same manufacturer, same IDs, and so on) there's an excellent chance the kernel won't detect the change. The serial number string and other descriptors are compared with the kernel's stored values, but this might not help since manufacturers frequently omit serial numbers entirely in their devices.”h]”hXnIf you replace one USB device with another of the same type (same manufacturer, same IDs, and so on) there’s an excellent chance the kernel won’t detect the change. The serial number string and other descriptors are compared with the kernel’s stored values, but this might not help since manufacturers frequently omit serial numbers entirely in their devices.”…””}”(hjÃhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K’hj¤hžhubhæ)”}”(hXvFurthermore it's quite possible to leave a USB device exactly the same while changing its media. If you replace the flash memory card in a USB card reader while the system is asleep, the kernel will have no way to know you did it. The kernel will assume that nothing has happened and will continue to use the partition tables, inodes, and memory mappings for the old card.”h]”hXxFurthermore it’s quite possible to leave a USB device exactly the same while changing its media. If you replace the flash memory card in a USB card reader while the system is asleep, the kernel will have no way to know you did it. The kernel will assume that nothing has happened and will continue to use the partition tables, inodes, and memory mappings for the old card.”…””}”(hjÑhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K™hj¤hžhubhæ)”}”(hŒ˜If the kernel gets fooled in this way, it's almost certain to cause data corruption and to crash your system. You'll have no one to blame but yourself.”h]”hŒœIf the kernel gets fooled in this way, it’s almost certain to cause data corruption and to crash your system. You’ll have no one to blame but yourself.”…””}”(hjßhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K hj¤hžhubhæ)”}”(hŒtFor those devices with avoid_reset_quirk attribute being set, persist maybe fail because they may morph after reset.”h]”hŒtFor those devices with avoid_reset_quirk attribute being set, persist maybe fail because they may morph after reset.”…””}”(hjíhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K¤hj¤hžhubhæ)”}”(hŒ,YOU HAVE BEEN WARNED! USE AT YOUR OWN RISK!”h]”hŒ,YOU HAVE BEEN WARNED! USE AT YOUR OWN RISK!”…””}”(hjûhžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K§hj¤hžhubhæ)”}”(hŒ–That having been said, most of the time there shouldn't be any trouble at all. The USB-persist feature can be extremely useful. Make the most of it.”h]”hŒ˜That having been said, most of the time there shouldn’t be any trouble at all. The USB-persist feature can be extremely useful. Make the most of it.”…””}”(hj hžhhŸNh Nubah}”(h]”h ]”h"]”h$]”h&]”uh1håhŸh¯h K©hj¤hžhubeh}”(h]”Œ$warning-usb-persist-can-be-dangerous”ah ]”h"]”Œ'warning: usb-persist can be dangerous!!”ah$]”h&]”uh1h°hh²hžhhŸh¯h K‹ubeh}”(h]”(Œ,usb-device-persistence-during-system-suspend”h®eh ]”h"]”(Œ,usb device persistence during system suspend”Œ usb-persist”eh$]”h&]”uh1h°hhhžhhŸh¯h KŒexpect_referenced_by_name”}”j%h£sŒexpect_referenced_by_id”}”h®h£subeh}”(h]”h ]”h"]”h$]”h&]”Œsource”h¯uh1hŒcurrent_source”NŒ current_line”NŒsettings”Œdocutils.frontend”ŒValues”“”)”}”(hµNŒ generator”NŒ datestamp”NŒ source_link”NŒ source_url”NŒ toc_backlinks”Œentry”Œfootnote_backlinks”KŒ sectnum_xform”KŒstrip_comments”NŒstrip_elements_with_classes”NŒ strip_classes”NŒ report_level”KŒ halt_level”KŒexit_status_level”KŒdebug”NŒwarning_stream”NŒ traceback”ˆŒinput_encoding”Œ utf-8-sig”Œinput_encoding_error_handler”Œstrict”Œoutput_encoding”Œutf-8”Œoutput_encoding_error_handler”jOŒerror_encoding”Œutf-8”Œerror_encoding_error_handler”Œbackslashreplace”Œ language_code”Œen”Œrecord_dependencies”NŒconfig”NŒ id_prefix”hŒauto_id_prefix”Œid”Œ dump_settings”NŒdump_internals”NŒdump_transforms”NŒdump_pseudo_xml”NŒexpose_internals”NŒstrict_visitor”NŒ_disable_config”NŒ_source”h¯Œ _destination”NŒ _config_files”]”Œ7/var/lib/git/docbuild/linux/Documentation/docutils.conf”aŒfile_insertion_enabled”ˆŒ raw_enabled”KŒline_length_limit”M'Œpep_references”NŒ pep_base_url”Œhttps://peps.python.org/”Œpep_file_url_template”Œpep-%04d”Œrfc_references”NŒ rfc_base_url”Œ&https://datatracker.ietf.org/doc/html/”Œ tab_width”KŒtrim_footnote_reference_space”‰Œsyntax_highlight”Œlong”Œ smart_quotes”ˆŒsmartquotes_locales”]”Œcharacter_level_inline_markup”‰Œdoctitle_xform”‰Œ docinfo_xform”KŒsectsubtitle_xform”‰Œ image_loading”Œlink”Œembed_stylesheet”‰Œcloak_email_addresses”ˆŒsection_self_link”‰Œenv”NubŒreporter”NŒindirect_targets”]”Œsubstitution_defs”}”Œsubstitution_names”}”Œrefnames”}”Œrefids”}”h®]”h£asŒnameids”}”(j%h®j$j!jÑjÎj^j[j¡jžjjuŒ nametypes”}”(j%ˆj$‰jщj^‰j¡‰j‰uh}”(h®h²j!h²jÎjKj[jÔjžjajj¤uŒ footnote_refs”}”Œ citation_refs”}”Œ autofootnotes”]”Œautofootnote_refs”]”Œsymbol_footnotes”]”Œsymbol_footnote_refs”]”Œ footnotes”]”Œ citations”]”Œautofootnote_start”KŒsymbol_footnote_start”KŒ id_counter”Œ collections”ŒCounter”“”}”…”R”Œparse_messages”]”Œtransform_messages”]”hŒsystem_message”“”)”}”(hhh]”hæ)”}”(hhh]”hŒ1Hyperlink target "usb-persist" is not referenced.”…””}”hj¹sbah}”(h]”h ]”h"]”h$]”h&]”uh1håhj¶ubah}”(h]”h ]”h"]”h$]”h&]”Œlevel”KŒtype”ŒINFO”Œsource”h¯Œline”Kuh1j´ubaŒ transformer”NŒ include_log”]”Œ decoration”Nhžhub.