search

jcnelson / vdev

A device-file manager for *nix
GNU General Public License v3.0
101 stars 13 forks source link

Re-scan /sys until no new devices are found #78

Open jcnelson opened 8 years ago

jcnelson commented 8 years ago

Vdevd needs to re-walk /sys/devices until no new devices are found. This is because handling a sysfs device tree can have the side-effect of creating more device trees in directories vdevd already handled.

Jamessall commented 8 years ago

On boot, my X tries to start before /dev/dri exists...is this the same issue, or should I start a new one?

jcnelson commented 8 years ago

Does /dev/dri come into existence after X starts, or does it never show up? If /dev/dri isn't showing up, it could be because the module never gets loaded (which this issue is tracking). If you ensure that your video drivers are loaded before vdevd starts, does /dev/dri show up?

Jamessall commented 8 years ago

The Xorg log says that /dev/dri/card0 does not exist. But when I look, /dev/dri/card0 does exist. I then have to start X manually on every boot, which works. This happens on two different laptops, both with integrated intel gpu's and both running devuan-jessie.

If you ensure that your video drivers are loaded before vdevd starts, does /dev/dri show up?

Not sure how to do that.../etc/modules?

jcnelson commented 8 years ago

@jimyyz It looks like vdevd is creating /dev/dri, if it shows up in ls. Can you verify that the X server has read/write access to /dev/dri/card0, and the parent directories?

Jamessall commented 8 years ago

By the time I can look, the device exists with read/write access, so manually starting X works with no fixing of permissions.