An error occurred fetching the project authors.
  1. 21 Feb, 2011 1 commit
  2. 21 Jan, 2011 4 commits
  3. 15 Nov, 2010 1 commit
  4. 24 Aug, 2010 2 commits
  5. 09 Jul, 2010 1 commit
  6. 13 May, 2010 1 commit
  7. 25 Jan, 2010 2 commits
  8. 30 Oct, 2009 1 commit
  9. 07 Oct, 2009 3 commits
  10. 27 Jul, 2009 1 commit
  11. 12 Jun, 2009 1 commit
  12. 10 Jun, 2009 1 commit
  13. 03 Jun, 2009 1 commit
    • Johannes Berg's avatar
      rfkill: rewrite · 19d337df
      Johannes Berg authored
      This patch completely rewrites the rfkill core to address
      the following deficiencies:
      
       * all rfkill drivers need to implement polling where necessary
         rather than having one central implementation
      
       * updating the rfkill state cannot be done from arbitrary
         contexts, forcing drivers to use schedule_work and requiring
         lots of code
      
       * rfkill drivers need to keep track of soft/hard blocked
         internally -- the core should do this
      
       * the rfkill API has many unexpected quirks, for example being
         asymmetric wrt. alloc/free and register/unregister
      
       * rfkill can call back into a driver from within a function the
         driver called -- this is prone to deadlocks and generally
         should be avoided
      
       * rfkill-input pointlessly is a separate module
      
       * drivers need to #ifdef rfkill functions (unless they want to
         depend on or select RFKILL) -- rfkill should provide inlines
         that do nothing if it isn't compiled in
      
       * the rfkill structure is not opaque -- drivers need to initialise
         it correctly (lots of sanity checking code required) -- instead
         force drivers to pass the right variables to rfkill_alloc()
      
       * the documentation is hard to read because it always assumes the
         reader is completely clueless and contains way TOO MANY CAPS
      
       * the rfkill code needlessly uses a lot of locks and atomic
         operations in locked sections
      
       * fix LED trigger to actually change the LED when the radio state
         changes -- this wasn't done before
      Tested-by: default avatarAlan Jenkins <alan-jenkins@tuffmail.co.uk>
      Signed-off-by: Henrique de Moraes Holschuh <hmh@hmh.eng.br> [thinkpad]
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      19d337df
  14. 16 Mar, 2009 2 commits
  15. 27 Feb, 2009 1 commit
    • Reinette Chatre's avatar
      iwlwifi: Fix and rework Kconfig file · 80bc5393
      Reinette Chatre authored
      Fixes:
      - iwlwifi is an optional driver and should thus not default to 'y'.
      - 3945 now depends on IWLCORE.
      
      Rework:
      - There is not a case when IWLCORE should not be selected. At the same time
        the driver does not use IWLWIFI or IWLCORE. We can just merge the usage of
        these two. With IWLWIFI being the driver name we proceed to use just it and
        replace instances of IWLCORE with it. The module name does not change
        and is still iwlcore.
      - Both IWLAGN and IWL3945 are selecting FW_LOADER, we can thus just move
        this up to one select when IWLWIFI is selected.
      - IWL5000 now supports Intel Wireless Wifi 100, 6000, and 6050 series.
      - Now that 3945 depends on IWLWIFI we can also indicate its dependency on
        MAC80211_LEDS and LEDS_CLASS at this level.
      - IWLAGN_LEDS is not used by driver - remove it.
      - IWLAGN_SPECTRUM_MEASUREMENT actually depends on IWLWIFI as it forms part
        of iwlcore module. Move this config up in Kconfig to reflect that and also
        change name to IWLWIFI_SPECTRUM_MEASUREMENT.
      - CONFIG_IWLWIFI_RFKILL is used by iwlagn as well as iwl3945, add text to
        description that indicates this.
      - CONFIG_IWL3945_RFKILL does not exist - remove usage from driver.
      - Add "iwlagn" to end of description of IWLAGN to help people understand
        what iwlagn means in rest of Kconfig text.
      - Add "iwl3945" to end of description of IWL3945 to help people understand
        what iwlagn means in rest of Kconfig text.
      - Change IWLWIFI_DEBUGFS description to indicate that only iwlagn supports
        it (for now).
      Signed-off-by: default avatarReinette Chatre <reinette.chatre@intel.com>
      Reported-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      80bc5393
  16. 29 Jan, 2009 3 commits
  17. 31 Oct, 2008 1 commit
  18. 04 Aug, 2008 1 commit
  19. 08 Jul, 2008 1 commit
    • Adel Gadllah's avatar
      iwlwifi: remove input device and fix rfkill state · 80fcc9e2
      Adel Gadllah authored
      This patch fixes the iwlwifi rfkill. It removes the input device from iwl3945,
      adds support for RFKILL_STATE_HARD_BLOCKED and calls rfkill_force_state() to
      update the state rather than accessing it directly.
      The calls to iwl|iwl3945_rfkill_set_hw_state() had to be moved because
      rfkill_force_state() cannot be called from an atomic context.
      Tested on iwl3945 and seems to work fine.
      
      Cc: Randy Dunlap <randy.dunlap@oracle.com>
      Cc: Ivo van Doorn <ivdoorn@gmail.com>
      Cc: Fabien Crespel <fcrespel@gmail.com>
      Cc: Zhu Yi <yi.zhu@intel.com>
      Cc: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
      Signed-off-by: default avatarAdel Gadllah <adel.gadllah@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      80fcc9e2
  20. 30 Jun, 2008 1 commit
  21. 27 Jun, 2008 1 commit
    • Randy Dunlap's avatar
      iwlwifi: fix build for CONFIG_INPUT=n · b973e42e
      Randy Dunlap authored
      Fix iwlwifi so that it builds cleanly with CONFIG_INPUT=n.
      Also free the input device on exit.
      
      drivers/built-in.o: In function `iwl_rfkill_unregister':
      (.text+0xbf430): undefined reference to `input_unregister_device'
      drivers/built-in.o: In function `iwl_rfkill_init':
      (.text+0xbf51c): undefined reference to `input_allocate_device'
      drivers/built-in.o: In function `iwl_rfkill_init':
      (.text+0xbf5bf): undefined reference to `input_register_device'
      drivers/built-in.o: In function `iwl_rfkill_init':
      (.text+0xbf5e9): undefined reference to `input_free_device'
      net/built-in.o: In function `rfkill_disconnect':
      rfkill-input.c:(.text+0xe71e1): undefined reference to `input_close_device'
      rfkill-input.c:(.text+0xe71e9): undefined reference to `input_unregister_handle'
      net/built-in.o: In function `rfkill_connect':
      rfkill-input.c:(.text+0xe723e): undefined reference to `input_register_handle'
      rfkill-input.c:(.text+0xe724d): undefined reference to `input_open_device'
      rfkill-input.c:(.text+0xe725c): undefined reference to `input_unregister_handle'
      net/built-in.o: In function `rfkill_handler_init':
      rfkill-input.c:(.init.text+0x36ec): undefined reference to `input_register_handler'
      net/built-in.o: In function `rfkill_handler_exit':
      rfkill-input.c:(.exit.text+0x112c): undefined reference to `input_unregister_handler'
      make[1]: *** [.tmp_vmlinux1] Error 1
      Signed-off-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      b973e42e
  22. 14 Jun, 2008 2 commits
  23. 14 May, 2008 1 commit
  24. 07 May, 2008 3 commits
  25. 06 May, 2008 1 commit
  26. 30 Apr, 2008 1 commit
    • Adrian Bunk's avatar
      iwlwifi: move the selects to the tristate drivers · 3a8209d1
      Adrian Bunk authored
      This patch moves the following select's:
      - RFKILL        : IWLWIFI_RFKILL -> IWLCORE
      - RFKILL_INPUT  : IWLWIFI_RFKILL -> IWLCORE
      - MAC80211_LEDS : IWL4965_LEDS   -> IWLCORE
      - LEDS_CLASS    : IWL4965_LEDS   -> IWLCORE
      - MAC80211_LEDS : IWL3945_LEDS   -> IWL3945
      - LEDS_CLASS    : IWL3945_LEDS   -> IWL3945
      
      The effects are:
      - with IWLCORE=m and/or IWL3945=m RFKILL/RFKILL_INPUT/MAC80211_LEDS/LEDS_CLASS
        are no longer wrongly forced to y
      - fixes a build error with IWLCORE=y, IWL4965=m
        might be a bug in kconfig causing it, but doing this change that is 
        anyway the right thing fixes it
      Reported-by: default avatarCarlos R. Mafra <crmafra2@gmail.com>
      Signed-off-by: default avatarAdrian Bunk <bunk@kernel.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      3a8209d1
  27. 27 Apr, 2008 1 commit