1. 09 12月, 2013 1 次提交
    • B
      firmware: dmi-sysfs: Don't remove dmi-sysfs "raw" file explicitly · a61aca28
      Bjorn Helgaas 提交于
      Removing the dmi-sysfs module causes the following warning:
      
        # modprobe -r dmi_sysfs
        WARNING: CPU: 11 PID: 6785 at fs/sysfs/inode.c:325 sysfs_hash_and_remove+0xa9/0xb0()
        sysfs: can not remove 'raw', no directory
      
      This is because putting the entry kobject, e.g., for
      "/sys/firmware/dmi/entries/19-0", removes the directory and all its
      contents.  By the time dmi_sysfs_entry_release() runs, the "raw" file
      inside ".../19-0/" has already been removed.
      
      Therefore, we don't need to remove the "raw" bin file at all in
      dmi_sysfs_entry_release().
      Signed-off-by: NBjorn Helgaas <bhelgaas@google.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      a61aca28
  2. 03 11月, 2013 1 次提交
  3. 01 11月, 2013 1 次提交
  4. 31 10月, 2013 2 次提交
  5. 24 10月, 2013 1 次提交
  6. 05 10月, 2013 1 次提交
  7. 25 9月, 2013 14 次提交
  8. 12 9月, 2013 5 次提交
  9. 05 9月, 2013 3 次提交
  10. 28 8月, 2013 1 次提交
    • G
      firmware: dcdbas: use binary attribute groups · 4c33dea7
      Greg KH 提交于
      The dcdbas code was "hand rolling" a binary attribute group, which the
      driver core now supports automatically.  So remove the "create the files
      by hand" logic, and just set the proper field in the attribute group
      structure, saving lots of code and headache.
      
      Cc: Doug Warzecha <Douglas_Warzecha@dell.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      
      --
      
       Doug, I can take this through my driver-core tree if you don't object.
      
       drivers/firmware/dcdbas.c |   19 ++-----------------
       1 file changed, 2 insertions(+), 17 deletions(-)
      4c33dea7
  11. 20 8月, 2013 3 次提交
  12. 01 8月, 2013 1 次提交
  13. 11 7月, 2013 1 次提交
  14. 04 7月, 2013 1 次提交
  15. 01 7月, 2013 1 次提交
  16. 29 6月, 2013 1 次提交
  17. 04 6月, 2013 2 次提交