1. 24 5月, 2011 1 次提交
  2. 22 5月, 2011 1 次提交
    • Y
      PCI: add rescan to /sys/.../pci_bus/.../ · b9d320fc
      Yinghai Lu 提交于
      After remove the device from /sys, we have to rescan all or
      find out the bridge and access /sys../device/rescan there.
      
      this patch add /sys/.../pci_bus/.../rescan. So user can rescan more easy.
      that is more clean and easy to understand.
      
      like after remove 0000:c4:00.0, you can rescan 0000:c4 directly.
      
      -v2: According to Jesse, use function instead of exposing attr, so could hide
      	#ifdef in header file.
           also add code to remove rescan file in remove path.
      -v3: GregKH pointed out that we should use dev_attrs to avoid racing.
           So add pcibus_attrs and make it to be member of pcibus_attrs.
      -v4: Change name to pcibus_dev_attrs according to GregKH
      Acked-by: NGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: NYinghai Lu <yinghai@kernel.org>
      Signed-off-by: NJesse Barnes <jbarnes@virtuousgeek.org>
      b9d320fc
  3. 18 5月, 2011 3 次提交
  4. 17 5月, 2011 1 次提交
  5. 11 5月, 2011 1 次提交
    • R
      bcma: add Broadcom specific AMBA bus driver · 8369ae33
      Rafał Miłecki 提交于
      Broadcom has released cards based on a new AMBA-based bus type. From a
      programming point of view, this new bus type differs from AMBA and does
      not use AMBA common registers. It also differs enough from SSB. We
      decided that a new bus driver is needed to keep the code clean.
      
      In its current form, the driver detects devices present on the bus and
      registers them in the system. It allows registering BCMA drivers for
      specified bus devices and provides them basic operations. The bus driver
      itself includes two important bus managing drivers: ChipCommon core
      driver and PCI(c) core driver. They are early used to allow correct
      initialization.
      
      Currently code is limited to supporting buses on PCI(e) devices, however
      the driver is designed to be used also on other hosts. The host
      abstraction layer is implemented and already used for PCI(e).
      
      Support for PCI(e) hosts is working and seems to be stable (access to
      80211 core was tested successfully on a few devices). We can still
      optimize it by using some fixed windows, but this can be done later
      without affecting any external code. Windows are just ranges in MMIO
      used for accessing cores on the bus.
      
      Cc: Greg KH <greg@kroah.com>
      Cc: Michael Büsch <mb@bu3sch.de>
      Cc: Larry Finger <Larry.Finger@lwfinger.net>
      Cc: George Kashperko <george@znau.edu.ua>
      Cc: Arend van Spriel <arend@broadcom.com>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Andy Botting <andy@andybotting.com>
      Cc: linuxdriverproject <devel@linuxdriverproject.org>
      Cc: linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
      Signed-off-by: NRafał Miłecki <zajec5@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8369ae33
  6. 30 4月, 2011 2 次提交
    • M
      driver: Google Memory Console · e561bc45
      Mike Waychison 提交于
      This patch introduces the 'memconsole' driver.
      
      Our firmware gives us access to an in-memory log of the firmware's
      output.   This gives us visibility in a data-center of headless machines
      as to what the firmware is doing.
      
      The memory console is found by the driver by finding a header block in
      the EBDA.  The buffer is then copied out, and is exported to userland in
      the file /sys/firmware/log.
      Signed-off-by: NSan Mehat <san@google.com>
      Signed-off-by: NMike Waychison <mikew@google.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      e561bc45
    • M
      driver: Google EFI SMI · 74c5b31c
      Mike Waychison 提交于
      The "gsmi" driver bridges userland with firmware specific routines for
      accessing hardware.
      
      Currently, this driver only supports NVRAM and eventlog information.
      Deprecated functions have been removed from the driver, though their
      op-codes are left in place so that they are not re-used.
      
      This driver works by trampolining into the firmware via the smi_command
      outlined in the FADT table.  Three protocols are used due to various
      limitations over time, but all are included herein.
      
      This driver should only ever load on Google boards, identified by either
      a "Google, Inc." board vendor string in DMI, or "GOOGLE" in the OEM
      strings of the FADT ACPI table.  This logic happens in
      gsmi_system_valid().
      Signed-off-by: NDuncan Laurie <dlaurie@google.com>
      Signed-off-by: NAaron Durbin <adurbin@google.com>
      Signed-off-by: NMike Waychison <mikew@google.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      74c5b31c
  7. 20 4月, 2011 2 次提交
  8. 05 4月, 2011 1 次提交
  9. 31 3月, 2011 1 次提交
  10. 28 3月, 2011 4 次提交
  11. 23 3月, 2011 2 次提交
  12. 22 3月, 2011 3 次提交
  13. 16 3月, 2011 1 次提交
    • C
      mmc: export eMMC4.4 enhanced area details to sysfs · 709de99d
      Chuanxiao Dong 提交于
      Enhanced area feature is a new feature defined in eMMC4.4 standard. This
      user data area provides higher performance/reliability, at the expense
      of using twice the effective media space due to the area using SLC.
      
      The MMC driver now reads out the enhanced area offset and size and adds
      them to the device attributes in sysfs. Enabling the enhanced area can
      only be done once, and should be done in manufacturing. To use this
      feature, bit ERASE_GRP_DEF should also be set.
      
      Documentation/ABI/testing/sysfs-devices-mmc describes the two new
      attributes.
      Signed-off-by: NChuanxiao Dong <chuanxiao.dong@intel.com>
      Reviewed-by: NChris Ball <cjb@laptop.org>
      Signed-off-by: NChris Ball <cjb@laptop.org>
      709de99d
  14. 15 3月, 2011 1 次提交
    • R
      PM: Do not create wakeup sysfs files for devices that cannot wake up · cb8f51bd
      Rafael J. Wysocki 提交于
      Currently, wakeup sysfs attributes are created for all devices,
      regardless of whether or not they are wakeup-capable.  This is
      excessive and complicates wakeup device identification from user
      space (i.e. to identify wakeup-capable devices user space has to read
      /sys/devices/.../power/wakeup for all devices and see if they are not
      empty).
      
      Fix this issue by avoiding to create wakeup sysfs files for devices
      that cannot wake up the system from sleep states (i.e. whose
      power.can_wakeup flags are unset during registration) and modify
      device_set_wakeup_capable() so that it adds (or removes) the relevant
      sysfs attributes if a device's wakeup capability status is changed.
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      cb8f51bd
  15. 14 3月, 2011 1 次提交
  16. 12 3月, 2011 1 次提交
  17. 05 3月, 2011 1 次提交
    • N
      PCI: Export ACPI _DSM provided firmware instance number and string name to sysfs · 6058989b
      Narendra_K@Dell.com 提交于
      This patch exports ACPI _DSM (Device Specific Method) provided firmware
      instance number and string name of PCI devices as defined by 'PCI
      Firmware Specification Revision 3.1' section 4.6.7.( DSM for Naming a
      PCI or PCI Express Device Under Operating Systems) to sysfs.
      
      New files created are:
        /sys/bus/pci/devices/.../label which contains the firmware name for
      the device in question, and
        /sys/bus/pci/devices/.../acpi_index which contains the firmware device type
      instance for the given device.
      
      cat /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/acpi_index
      1
      cat /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/label
      Embedded Broadcom 5709C NIC 1
      
      cat /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.1/acpi_index
      2
      cat /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.1/label
      Embedded Broadcom 5709C NIC 2
      
      The ACPI _DSM provided firmware 'instance number' and 'string name' will
      be given priority if the firmware also provides 'SMBIOS type 41 device
      type instance and string'.
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      Signed-off-by: NJordan Hargrave <jordan_hargrave@dell.com>
      Signed-off-by: NNarendra K <narendra_k@dell.com>
      Signed-off-by: NJesse Barnes <jbarnes@virtuousgeek.org>
      6058989b
  18. 26 2月, 2011 1 次提交
  19. 22 2月, 2011 1 次提交
  20. 17 2月, 2011 1 次提交
  21. 05 2月, 2011 1 次提交
    • P
      drivers:misc: ti-st: move from rfkill to sysfs · ec60d0ad
      Pavan Savoy 提交于
      The communication between ST KIM and UIM was interfaced
      over the /dev/rfkill device node.
      Move the interface to a simpler less abusive sysfs entry
      mechanism and document it in Documentation/ABI/testing/
      under sysfs-platform-kim.
      
      Shared transport driver would now read the UART details
      originally received by bootloader or firmware as platform
      data.
      The data read will be shared over sysfs entries for the user-space
      UIM or other n/w manager/plugins to be read, and assist the driver
      by opening up the UART, setting the baud-rate and installing the
      line discipline.
      Signed-off-by: NPavan Savoy <pavan_savoy@ti.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      ec60d0ad
  22. 04 2月, 2011 1 次提交
  23. 03 2月, 2011 1 次提交
  24. 24 1月, 2011 1 次提交
    • M
      can: at91_can: make can_id of mailbox 0 configurable · 3a5655a5
      Marc Kleine-Budde 提交于
      Due to a chip bug (errata 50.2.6.3 & 50.3.5.3 in
      "AT91SAM9263 Preliminary 6249H-ATARM-27-Jul-09") the contents of mailbox
      0 may be send under certain conditions (even if disabled or in rx mode).
      
      The workaround in the errata suggests not to use the mailbox and load it
      with an unused identifier.
      
      This patch implements the second part of the workaround. A sysfs entry
      "mb0_id" is introduced. While the interface is down it can be used to
      configure the can_id of mailbox 0. The default value id 0x7ff.
      
      In order to use an extended can_id add the CAN_EFF_FLAG (0x80000000U)
      to the can_id. Example:
      
      - standard id 0x7ff:
      echo 0x7ff      > /sys/class/net/can0/mb0_id
      
      - extended id 0x1fffffff:
      echo 0x9fffffff > /sys/class/net/can0/mb0_id
      Signed-off-by: NMarc Kleine-Budde <mkl@pengutronix.de>
      Acked-by: NWolfgang Grandegger <wg@grandegger.com>
      Acked-by: NKurt Van Dijck <kurt.van.dijck@eia.be>
      For the Documentation-part:
      Acked-by: NWolfram Sang <w.sang@pengutronix.de>
      3a5655a5
  25. 20 1月, 2011 1 次提交
  26. 14 1月, 2011 1 次提交
  27. 12 1月, 2011 1 次提交
  28. 08 1月, 2011 3 次提交