This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
fuss:linux [2020/02/07 21:03] – [Allow Binding Privileged Ports] office | fuss:linux [2020/05/08 21:53] – [Automatically Add all RNDIS Devices to a Bridge] office | ||
---|---|---|---|
Line 1102: | Line 1102: | ||
will print the last wake-up type. | will print the last wake-up type. | ||
+ | ====== Issues with Stuck Cores ====== | ||
+ | It may happen that logs fill up with messages indicating that some power management policy cannot be enforced on a given CPU core: | ||
+ | < | ||
+ | cpufreqd: cpufreqd_loop | ||
+ | cpufreqd: cpufreqd_set_profile | ||
+ | </ | ||
+ | |||
+ | It may be that the CPU core is simply stuck and may need replugging. The following two commands will take the CPU offline and the next one will start the CPU back up: | ||
+ | <code bash> | ||
+ | echo " | ||
+ | echo " | ||
+ | </ | ||
+ | |||
+ | In doing so, the power management issue seems to be resolved. | ||
+ | |||
+ | ====== Automatically Add all RNDIS Devices to a Bridge ====== | ||
+ | |||
+ | Edit or create the file at ''/ | ||
+ | < | ||
+ | SUBSYSTEM==" | ||
+ | </ | ||
+ | where: | ||
+ | * '' | ||
+ | |||
+ | followed by the command: | ||
+ | <code bash> | ||
+ | udevadm control --reload | ||
+ | </ | ||
+ | |||
+ | to reload all udev rules. | ||
+ | |||
+ | The reason this works is due to '' | ||
+ | <code bash> | ||
+ | udevadm info -a / | ||
+ | </ | ||
+ | |||
+ | will show at the top the RNDIS device without any identifiers whereas the parent '' | ||
+ | |||
+ | One usage case for this rule is to connect a bunch of RNDIS devices to an USB hub and have them join the network automatically as they are hotplugged; for instance, Raspberry Pis [[fuss/ | ||