1. 19 Oct, 2017 1 commit
  2. 04 Oct, 2017 1 commit
  3. 13 Apr, 2017 1 commit
    • Michal Hocko's avatar
      ACPI / scan: Drop support for force_remove · ffc10d82
      Michal Hocko authored
      
      
      /sys/firmware/acpi/hotplug/force_remove was presumably added to support
      auto offlining in the past. This is, however, inherently dangerous for
      some hotplugable resources like memory. The memory offlining fails when
      the memory is still in use and cannot be dropped or migrated. If we
      ignore the failure we are basically allowing for subtle memory
      corruption or a crash.
      
      We have actually noticed the later while hitting BUG() during the memory
      hotremove (remove_memory):
      	ret = walk_memory_range(PFN_DOWN(start), PFN_UP(start + size - 1), NULL,
      			check_memblock_offlined_cb);
      	if (ret)
      		BUG();
      
      it took us quite non-trivial time realize that the customer had
      force_remove enabled. Even if the BUG was removed here and we could
      propagate the error up the call chain it wouldn't help at all because
      then we would hit a crash or a memory corruption later and harder to
      debug. So force_remove is unfixable for the memory hotremove. We haven't
      checked other hotplugable resources to be prone to a similar problems.
      
      Remove the force_remove functionality because it is not fixable currently.
      Keep the sysfs file and report an error if somebody tries to enable it.
      Encourage users to report about the missing functionality and work with
      them with an alternative solution.
      Reviewed-by: default avatarLee, Chun-Yi <jlee@suse.com>
      Signed-off-by: default avatarMichal Hocko <mhocko@suse.com>
      Signed-off-by: default avatarRafael J. Wysocki <rafael.j.wysocki@intel.com>
      ffc10d82
  4. 23 Feb, 2017 1 commit
  5. 28 Apr, 2016 1 commit
  6. 24 Feb, 2016 2 commits
  7. 09 Feb, 2016 1 commit
  8. 21 Oct, 2015 1 commit
  9. 15 Apr, 2015 1 commit
  10. 12 Nov, 2012 5 commits
  11. 05 Nov, 2012 1 commit
  12. 09 Oct, 2012 1 commit
  13. 01 Aug, 2012 1 commit
  14. 07 Mar, 2012 1 commit
  15. 26 Jul, 2011 1 commit
  16. 24 May, 2011 1 commit
  17. 18 May, 2011 1 commit
  18. 12 Nov, 2010 1 commit
  19. 11 Oct, 2010 1 commit
    • Stefan Richter's avatar
      ieee1394: remove the old IEEE 1394 driver stack · 66fa12c5
      Stefan Richter authored
      The drivers
        - ohci1394 (controller driver)
        - ieee1394 (core)
        - dv1394, raw1394, video1394 (userspace ABI)
        - eth1394, sbp2 (protocol drivers)
      are replaced by
        - firewire-ohci (controller driver)
        - firewire-core (core and userspace ABI)
        - firewire-net, firewire-sbp2 (protocol drivers)
      which are more featureful, better performing, and more secure than the older
      drivers; all with a smaller and more modern code base.
      
      The driver firedtv in drivers/media/dvb/firewire/ contains backends to both
      ieee1394 and firewire-core.  Its ieee1394 backend code can be removed in an
      independent commit; firedtv as-is builds and works fine without ieee1394.
      
      The driver pcilynx (an incomplete controller driver) is deleted without
      replacement since PCILynx cards are extremely rare.  Owners of these cards
      use them with the stand-alone bus sniffer driver nosy instead.
      
      The drivers nosy and init_ohci1394_dma which do not interact with either of
      the two IEEE 1394 stacks are...
      66fa12c5
  20. 20 May, 2010 1 commit
  21. 10 Mar, 2010 1 commit
  22. 18 Apr, 2008 1 commit
    • Mark Fasheh's avatar
      ocfs2: Move /sys/o2cb to /sys/fs/o2cb · 52f7c21b
      Mark Fasheh authored
      
      
      /sys/fs is where we really want file system specific sysfs objects.
      
      Ocfs2-tools has been updated to look in /sys/fs/o2cb. We can maintain
      backwards compatibility with old ocfs2-tools by using a sysfs symlink. After
      some time (2 years), the symlink can be safely removed. This patch also adds
      documentation to make it easier for people to figure out what /sys/fs/o2cb
      is used for.
      Signed-off-by: default avatarMark Fasheh <mfasheh@suse.com>
      52f7c21b
  23. 09 Apr, 2007 1 commit
  24. 26 Sep, 2006 1 commit
  25. 21 Jun, 2006 1 commit