On 4/21/2016 7:41 PM, Charles Steinkuehler wrote: > On 4/21/2016 7:32 PM, Robert Nelson wrote: >> On Thu, Apr 21, 2016 at 7:25 PM, Charles Steinkuehler >> <char...@steinkuehler.net >> <mailto:char...@steinkuehler.net>> wrote: >> >> and of course, i never added who pinged me on this, when i pushed the >> change... >> >> https://github.com/RobertCNelson/omap-image-builder/commit/47f982cf2896664dacd21126cf4381b078b94d15 > > Well things are _mostly_ working. The /dev/uio[0-7] entries are > created, they apparently just don't get symlinked to wherever it is > the first line in the uio.rules file is trying to put them. > > Any ideas what this was all about? > > Is it OK to just comment out the SYMLINK line?
After further testing, if you create a /dev/uio directory before trying to load a uio driver (like the PRU driver), everything works fine. Interestingly, there are *NO* symlinks actually generated in the /dev/uio directory, but the simple fact that it exists seems to be enough to keep the systemd-udevd processes from chewing up tons of CPU until they get killed. So the solution seems to be one of: * Create a /dev/uio directory * Remove the SYMLINK line from /etc/udev/uio.rules I'm not enough of a udev guru to know which is the better option, but removing or commenting the SYMLINK line in uio.rules seems like the better choice, since there aren't any symlinks generated anyway. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/57198616.6050505%40steinkuehler.net. For more options, visit https://groups.google.com/d/optout.