1. 03 8月, 2008 1 次提交
  2. 24 6月, 2008 3 次提交
  3. 06 2月, 2008 1 次提交
  4. 08 2月, 2007 1 次提交
  5. 05 12月, 2006 1 次提交
    • D
      [PATCH] pcmcia: multifunction card handling fixes · 1d2c9042
      Dominik Brodowski 提交于
      s->functions needs to be initialized earlier, for the "let's see
      how high it increases" approach means that pcmcia_request_irq()
      (which makes use of this value) is confused, and might request
      an exclusive IRQ first even though it is not supposed to.
      
      Also, a CIS override autoloaded using the firmware loader may
      allow for the use of more or less functions in a multifunction
      card. Therefore, we may need to schedule a call to add this
      second function later on, or simply remove the other function
      (it's always the first -valid- function which reaches this
      codepath).
      
      Many thanks to Fabrice Bellet for debugging and testing patches.
      Signed-off-by: NDominik Brodowski <linux@dominikbrodowski.net>
      1d2c9042
  6. 26 4月, 2006 1 次提交
  7. 01 4月, 2006 1 次提交
  8. 31 3月, 2006 4 次提交
  9. 06 1月, 2006 3 次提交
  10. 31 10月, 2005 1 次提交
    • T
      [PATCH] fix missing includes · 4e57b681
      Tim Schmielau 提交于
      I recently picked up my older work to remove unnecessary #includes of
      sched.h, starting from a patch by Dave Jones to not include sched.h
      from module.h. This reduces the number of indirect includes of sched.h
      by ~300. Another ~400 pointless direct includes can be removed after
      this disentangling (patch to follow later).
      However, quite a few indirect includes need to be fixed up for this.
      
      In order to feed the patches through -mm with as little disturbance as
      possible, I've split out the fixes I accumulated up to now (complete for
      i386 and x86_64, more archs to follow later) and post them before the real
      patch.  This way this large part of the patch is kept simple with only
      adding #includes, and all hunks are independent of each other.  So if any
      hunk rejects or gets in the way of other patches, just drop it.  My scripts
      will pick it up again in the next round.
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4e57b681
  11. 26 9月, 2005 1 次提交
  12. 28 6月, 2005 2 次提交
  13. 24 6月, 2005 1 次提交
    • D
      [PATCH] yenta TI: turn off interrupts during card power-on #2 · fa912bcb
      Daniel Ritz 提交于
      - make boot-up card recognition more reliable (ie.  redo interrogation
        always if there is no valid 'card inserted' state) (and yes, i saw it
        happening on an o2micro controller that both CB_CBARD and CB_16BITCARD
        bits were set at the same time)
      
      - also redo interrogation before probing the ISA interrupts.  it's safer
        to do the probing with the socket in a clean state.
      
      - make card insert detect more reliable.  yenta_get_status() now returns
        SS_PENDING as long as the card is not completley inserted and one of the
        voltage bits is set.  also !CB_CBARD doesn't mean CB_16BITCARD.  there is
        CB_NOTACARD as well, so make an explicit check for CB_16BITCARD.
      
      - for TI bridges: disable IRQs during power-on.  in all-serial and tied
        interrupt mode the interrupts are always disabled for single-slot
        controllers.  for two-slot contollers the disabling is only done when the
        other slot is empty.  to force disabling there is a new module parameter
        now: pwr_irqs_off=Y (which is a regression for working setups.  that's
        why it's an option, only use when required)
      
      - modparm to disable ISA interrupt probing (isa_probe, defaults to on)
      
      - remove unneeded code/cleanups (ie.  merge yenta_events() into
        yenta_interrupts())
      Signed-off-by: NDaniel Ritz <daniel.ritz@gmx.ch>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      fa912bcb
  14. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4