1. 25 Jun, 2003 1 commit
  2. 24 Jun, 2003 23 commits
    • Stephen Hemminger's avatar
      [PATCH] 2.5.70 - eepro100 - use alloc_etherdev · 758a617c
      Stephen Hemminger authored
      Ignore earlier patch -- this one locks and free's as appropriate.
      Tested on 2.5.72 with SMP.
      
      Of course, it begs the question why have two (now three) versions of drivers for
      the same hardware...
      758a617c
    • Scott Feldman's avatar
      [PATCH] Remove CAP_NET_ADMIN check for SIOCETHTOOL's · 88695870
      Scott Feldman authored
      dev_ioctl already checks capable(CAP_NET_ADMIN), so no need to do so in
      drivers.
      88695870
    • Daniel Ritz's avatar
      [PATCH] alloc_etherdev for smc91c92_cs · ada4d464
      Daniel Ritz authored
      net_device is no longer allocated as part of the driver's private structure,
      instead it's allocated via alloc_netdev. compile tested only since no hardware
      against 2.5.73-bk
      
      
      -daniel
      
      ===== smc91c92_cs.c 1.18 vs edited =====
      ada4d464
    • Daniel Ritz's avatar
      [PATCH] alloc_etherdev for nmclan_cs · ee2577f0
      Daniel Ritz authored
      net_device is no longer allocated as part of the driver's private structure,
      instead it's allocated via alloc_netdev. compile tested only since no hardware
      against 2.5.73-bk
      
      
      -daniel
      
      ===== nmclan_cs.c 1.14 vs edited =====
      ee2577f0
    • Daniel Ritz's avatar
      [PATCH] alloc_etherdev for fmvj18x_cs · d3e4b9dd
      Daniel Ritz authored
      net_device is no longer allocated as part of the driver's private structure,
      instead it's allocated via alloc_netdev. compile tested only since no hardware
      against 2.5.73-bk
      
      
      -daniel
      
      ===== fmvj18x_cs.c 1.21 vs edited =====
      d3e4b9dd
    • Daniel Ritz's avatar
      [PATCH] alloc_etherdev for 3c589_cs · 3c944835
      Daniel Ritz authored
      net_device is no longer allocated as part of the driver's private structure,
      instead it's allocated via alloc_netdev. compile tested only since no hardware
      against 2.5.73-bk
      
      
      -daniel
      
      ===== drivers/net/pcmcia/3c589_cs.c 1.17 vs edited =====
      3c944835
    • Daniel Ritz's avatar
      [PATCH] alloc_etherdev for 3c574_cs · be42dd4c
      Daniel Ritz authored
      net_device is no longer allocated as part of the driver's private structure,
      instead it's allocated via alloc_netdev. compile tested only since no hardware
      against 2.5.73-bk
      
      
      -daniel
      
      
      ===== drivers/net/pcmcia/3c574_cs.c 1.17 vs edited =====
      be42dd4c
    • Randy Dunlap's avatar
      [PATCH] unexpected IO-APIC update · 344fd4e1
      Randy Dunlap authored
      Recently there has been a rash of Unexpected IO APIC reports on the
      linux-smp mailing list.  Most of the most recent ones are due to some
      newer Intel chipsets (865, 875).
      
      The IO APIC Version register doesn't indicate the differences in these
      IO APICs.
      
      I have an patch that addresses these chipsets.  It has been tested by a
      few people with good results and has been blessed by Maciej Rozycki.
      
      Other than conditionally decoding IO APIC registers 2 and 3, we could
      alternately ignore them since Linux doesn't use the values for anything
      other than printing them.
      
      This patch ignores IO APIC register 2 if it's the same value as IO APIC
      register 1.  It also reads IO APIC register 3 if the IO APIC version is
      >= 0x20, but some chipsets don't support this register, so it is also
      ignored if its value if the same as IO APIC register 1 or 2.
      
      Another possible(?) alternative is to read the PID/VID of the device to
      determine which registers it supports.  However, PCI devices have not
      been scanned at this point in init, so it would require scanning PCI
      config space directly and I don't yet see the point of doing that.
      
      Oh, and the UNEXPECTED_IO_APIC() function doesn't print anything in
      2.5.current and I didn't change that.
      344fd4e1
    • Andries E. Brouwer's avatar
      [PATCH] loop.c - part 2 of N · b6c7f357
      Andries E. Brouwer authored
      This does the following:
      
       - IV value is current 512-byte sector relative to start of loop
         container file.  This is what all cryptoloop people have done, if I
         am not mistaken.  Andi or others - if you can demonstrate the need
         for a more flexible setup an additional ioctl field may be needed.  I
         hope we can do without.
      
       - made some things static
      
       - made lo_offset a loff_t
      
       - added lo_sizelimit
      
         If one wanted a (crypto)loop somewhere inside a container file, the
         old code allowed a starting offset, but no size, so that the
         cryptoloop always extended to the end of the container file.  This
         field allows one to select an arbitrary interval.  Note that this
         changes struct loop_info64.
      
       - improve error handling of loop_init()
      
       - removed the unused typedef transfer_proc_t.
      
       - added a define for LO_CRYPT_CRYPTOAPI
      b6c7f357
    • Linus Torvalds's avatar
      Merge bk://linux-pnp.bkbits.net/pnp-2.5 · 7602aa8d
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      7602aa8d
    • Adam Belay's avatar
      [PNP] Locking Fixes · 6f9119dd
      Adam Belay authored
      The semaphore in pnp_init_resource_table is not needed and, in some
      cases, can cause resource management lockups.  This patch removes the
      improperly placed semaphore.
      6f9119dd
    • Adam Belay's avatar
      [PNP] pnp_init_resource_table compile fix · 468a920c
      Adam Belay authored
      In the last release, this api was accidently changed and therefore 
      affected some drivers.  This patch corrects the issue by renaming
      the api back to pnp_init_resource_table.
      468a920c
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/gregkh/linux/linus-2.5 · 3a80046a
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      3a80046a
    • Ivan Kokshaysky's avatar
      e73291c3
    • Stephen Frost's avatar
      6a5de813
    • Harald Welte's avatar
      9e10ad0f
    • Harald Welte's avatar
    • Harald Welte's avatar
      47a2527a
    • Harald Welte's avatar
      `cat msg` · 54dd43a6
      Harald Welte authored
      54dd43a6
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.5 · 33f0554d
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/gregkh-2.5
      33f0554d
    • Bernardo Innocenti's avatar
      e024ba4b
    • David S. Miller's avatar
      Merge nuts.ninka.net:/home/davem/src/BK/jmorris-2.5 · bdaef52a
      David S. Miller authored
      into nuts.ninka.net:/home/davem/src/BK/net-2.5
      bdaef52a
    • David S. Miller's avatar
      Merge bk://kernel.bkbits.net/jmorris/net-2.5 · e39e3962
      David S. Miller authored
      into nuts.ninka.net:/home/davem/src/BK/jmorris-2.5
      e39e3962
  3. 25 Jun, 2003 3 commits
  4. 24 Jun, 2003 13 commits