Re: 4.14.0-rc3 is auto-reloading PCIe SR-IOV Virtual Function device drivers when VFs are attached to VMs ...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



| From: Luis R. Rodriguez <mcgrof@xxxxxxxxxx>
| Sent: Tuesday, October 17, 2017 6:14:20 PM
|
| You referred to commit 2355869. What tree and more importantly what patch
| title?

  Ah, my bad.  Sorry, I had the impression that git commit IDs were
preserved across repositories.  That's in Linus' main repository:

  commit 235586939d7fe4833ada9e988f92af543ee6851f
  Author: Luis R. Rodriguez <mcgrof@xxxxxxxxxx>
  Date:   Fri Sep 8 16:17:00 2017 -0700

    kmod: split out umh code into its own file

    Patch series "kmod: few code cleanups to split out umh code"

    The usermode helper has a provenance from the old usb code which first
    required a usermode helper.  Eventually this was shoved into kmod.c and
    the kernel's modprobe calls was converted over eventually to share the
    same code.  Over time the list of usermode helpers in the kernel has grown
    -- so kmod is just but one user of the API.
    ...

But, that was just a random guess since it was the largest recent change in
this area.  Komali tried to apply a reverse patch to see if that guess
worked out but that didn't apply cleanly and trying to reset to 2355869^ led
to other problems with systemd-udev.service running constantly reloading the
driver with a RHEL7 installation ... which may be a hint about what's going
on ...  I'm going to recommend that Komali do a bisect to see if she can
figure out where this new behavior started ...

Casey




[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux