1. 22 1月, 2013 11 次提交
    • P
      drivers/net: delete Digital EtherWorks-3 support. · 0ffd89e4
      Paul Gortmaker 提交于
      This is another one that makes sense to target for obsolescence, since
      it (a)appeared pre-1995, and (b)was rather rare, and (c)did not
      really have any statistically significant active linux user base.
      
      Removing this ISA 10Mbit driver support is unlikely to be even noticed
      by the user base of 3.9+ linux kernels, especially when the documentation
      clearly indicates the vintage with this text:
      
      	 "...designed to  work with all kernels > 1.1.33"
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      0ffd89e4
    • P
      drivers/net: delete the really obsolete 8390 based 10Mbit ISA drivers · fce3cd45
      Paul Gortmaker 提交于
      This is an area I know all too well, after being author of several 8390
      drivers, and maintainer of all 8390 drivers during a large part of their
      active lifecycle.
      
      To that end, I can say this with a reasonable degree of confidence.
      The drivers deleted here represent the earliest (as in early 1990)
      hardware and/or rare hardware.  The remaining hardware not deleted
      here is the more modern/sane of the lot, with ISA-PnP and jumperless
      "soft configuration" like the wd and smc cards had.
      
      The original ne2000 driver (ne.c) gets a pass at this time since
      AT/LANTIC based cards that could be both ne2000 or wd-like (with
      shared memory) and with jumperless configuration were made in the
      mid to late 1990's, and performed reasonably well for their era.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      fce3cd45
    • P
      drivers/net: delete old fujitsu based eth16i driver · bb37f122
      Paul Gortmaker 提交于
      This is another driver for relatively rare 10Mbit hardware that
      originated in the early 1990's.  So we select it for removal at
      this point in time as well.
      
      Cc: Mika Kuoppala <miku@iki.fi>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      bb37f122
    • P
      drivers/net: delete at1700 ISA 10Mbit driver · 13a80cb8
      Paul Gortmaker 提交于
      These Fujitsu MB86965 based ISA 10Mbit cards were another of the
      relatively rare cards dating from the early 1990s that for one reason
      or another didn't seem to get a lot of use in linux.  So we retire it
      now with a reasonable degree of confidence that it won't impact anyone.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      13a80cb8
    • P
      drivers/net: delete old 8 bit ISA Racal ni5010 support. · d2477de7
      Paul Gortmaker 提交于
      These cards were only available in 8bit format, and in addition
      they only had AUI and BNC(10-Base2) interfaces (i.e. no RJ-45).
      
      In fact, they are so rare, that an internet search on these old
      cards almost comes up empty, unless the "Micom interlan" name
      is used.
      
      This puts them in the equivalent domain as the 3c501, so there
      should be no strong opposition to the driver removal, as nobody
      is seriously using 3.9+ with 8 bit ISA hardware.
      
      In doing so, the whole "ethernet/racal" category becomes empty,
      so we clean up the Makefile/Kconfig and subdir appropriately.
      
      Cc: Andreas Mohr <andi@lisas.de>
      Cc: Jan-Pascal van Best <janpascal@vanbest.org>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      d2477de7
    • P
      drivers/net: delete Racal Interlan ISA ni52 (i825xx) driver · 04861c53
      Paul Gortmaker 提交于
      Like the other drivers that were in the ISA i825xx family, the ni52
      was rather rare, not widely used, and hence perhaps not as reliable
      as the more mainstream ISA drivers that were heavily used.  Given
      that, it is chosen for retirement at this time as well.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      04861c53
    • P
      drivers/net: delete ISA intel eexpress and eepro i825xx drivers · f84932d8
      Paul Gortmaker 提交于
      These old drivers should not be confused with the very common PCI
      cards that are supported by e100.c -- these older 10Mbit ISA only
      drivers were not as commonly used as some of the other ISA drivers,
      simply due to hardware availability and pricing.
      
      Given the rarity of the hardware, and the subsequent less extensive
      use of the drivers, it makes sense to obsolete them at this point
      in time, along with other rare/experimental ISA drivers.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      f84932d8
    • P
      drivers/net: delete the 3Com 3c505/3c507 intel i825xx support · 0e245dba
      Paul Gortmaker 提交于
      For those of us who were around in the early to mid 1990's, we
      will remember that the i825xx ethernet support was not something
      that was considered sufficiently vetted for 24/7 use.
      
      Folks might be inclined to use *functional* ISA hardware on some
      near expired P3 ISA machines for dedicated workhorse applications,
      but the odds of using (and relying on) one of these old/experimental
      drivers is essentially nil.  So lets remove them.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      0e245dba
    • P
      drivers/net: delete old parallel port de600/de620 drivers · 168e06ae
      Paul Gortmaker 提交于
      The parallel port is largely replaced by USB, and even in the
      day where these drivers were current, the documented speed was
      less than 100kB/s.  Let us not pretend that anyone cares about
      these drivers anymore, or worse - pretend that anyone is using
      them on a modern kernel.
      
      As a side bonus, this is the end of legacy parallel port ethernet,
      so we get to drop the whole chunk relating to that in the legacy
      Space.c file containing the non-PCI unified probe dispatch.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      168e06ae
    • P
      drivers/net: delete old 8bit ISA 3c501 driver. · de8270ff
      Paul Gortmaker 提交于
      It was amusing that linux was able to make use of this 1980's
      technology on machines long past its intended lifespan, but
      it probably should go now.
      
      To set some context, the 3c501 was designed in the 1980's to be
      used on 8088 PC-XT 8bit ISA machines.  It was built using a large
      number of discrete TTL components and truly looks like a relic
      of the ancient past before large scale integration was common.
      
      But from a functional point of view, the real issue, as stated
      in the (also obsolete) Ethernet-HowTo, is that "...the 3c501 can
      only do one thing at a time -- while you are removing one packet
      from the single-packet buffer it cannot receive another packet,
      nor can it receive a packet while loading a transmit packet."
      
      You know things are not good when the Kconfig help text suggests
      you make a cron job doing a ping every minute.
      
      Hardware that old and crippled is simply not going to be used by
      anyone in a time where 10 year old 100Mbit PCI cards (that are
      still functional) are largely give-away items.
      
      Cc: Alan Cox <alan@linux.intel.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      de8270ff
    • P
      drivers/net: delete 486 Apricot support · 6e07ba3e
      Paul Gortmaker 提交于
      The Apricot was a 486 PC with 4MB RAM, and an on-board ethernet
      via an intel i82596 hard-wired to i/o 0x300.
      
      Those who were using linux in the 1990's will recall that the
      i82596 driver was not one of the more stable or widely used
      drivers of its day.  Combine that with the extremely limited
      resources of the platform, and it is truly time to expire the
      support for this thing.
      
      There are some old m68k targets who were also using this chip,
      so rather than poll the m68k user base, we simply cut out the
      x86/Apricot support here in this commit.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      6e07ba3e
  2. 15 1月, 2013 1 次提交
  3. 18 5月, 2012 1 次提交
    • P
      drivers/net: delete all code/drivers depending on CONFIG_MCA · a5e371f6
      Paul Gortmaker 提交于
      The support for CONFIG_MCA is being removed, since the 20
      year old hardware simply isn't capable of meeting today's
      software demands on CPU and memory resources.
      
      This commit removes any MCA specific net drivers, and removes
      any MCA specific probe/support code from drivers that were
      doing a dual ISA/MCA role.
      
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
      Cc: netdev@vger.kernel.org
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      a5e371f6
  4. 16 5月, 2012 1 次提交
    • P
      tokenring: delete all remaining driver support · ee446fd5
      Paul Gortmaker 提交于
      This represents the mass deletion of the of the tokenring support.
      
      It gets rid of:
        - the net/tr.c which the drivers depended on
        - the drivers/net component
        - the Kbuild infrastructure around it
        - any tokenring related CONFIG_ settings in any defconfigs
        - the tokenring headers in the include/linux dir
        - the firmware associated with the tokenring drivers.
        - any associated token ring documentation.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      ee446fd5
  5. 01 2月, 2012 1 次提交
  6. 04 1月, 2011 1 次提交
  7. 15 7月, 2010 1 次提交
  8. 16 7月, 2007 1 次提交
  9. 05 5月, 2007 1 次提交
    • F
      m68k: macmace fixes · 8b6aaab8
      Finn Thain 提交于
      Fix a race condition in the transmit code, where the dma interrupt could update
      the free tx buffer count concurrently and wedge the tx queue.
      
      Fix the misuse of the rx frame status and rx frame length registers: no more
      "fifo overrun" errors caused by the OFLOW bit being tested in the frame length
      register (instead of the status register), and no more missed packets due to
      incorrect length taken from status register (instead of the frame length
      register).
      
      Fix a panic (skb_over_panic BUG) caused by allocating and then copying an
      incoming packet while the packet length register was changing.
      
      Cut-and-paste the reset code from the powermac mace driver (mace.c), so the NIC
      functions when MacOS does not initialise it (important for anyone wanting to
      use the Emile boot loader).
      
      Cut-and-paste the error counting and timeout recovery code from mace.c.
      
      Fix over allocation of rx buffer memory (it's page order, not page count).
      
      Converted to driver model.
      
      Converted to DMA API.
      
      Since I've run out of ways to make it fail, and since it performs well now,
      promote the driver from EXPERIMENTAL status. Tested on both quadra 840av and
      660av.
      Signed-off-by: NFinn Thain <fthain@telegraphics.com.au>
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      8b6aaab8
  10. 06 2月, 2007 1 次提交
  11. 04 1月, 2007 1 次提交
  12. 03 12月, 2006 1 次提交
  13. 03 10月, 2006 1 次提交
  14. 14 9月, 2006 1 次提交
  15. 01 7月, 2006 1 次提交
  16. 23 8月, 2005 1 次提交
    • F
      [PATCH] macsonic/jazzsonic network drivers update · efcce839
      Finn Thain 提交于
      The purpose of this patch:
      
      - Adopt the DMA API (jazzsonic, macsonic & core driver).
      
      - Adopt the driver model (macsonic).
      
      This part was cribbed from jazzsonic. As a consequence, macsonic once
      again works as a module. Driver model is also used by the DMA calls.
      
      - Support 16 bit cards (macsonic & core driver, also affects jazzsonic)
      
      This code was adapted from the mac68k linux 2.2 kernel, where it has
      languished for a long time.
      
      - Support more 32-bit mac cards (macsonic)
      
      Also from mac68k repo.
      
      - Zero-copy buffer handling (core driver)
      
      Provides a nice performance improvement. The new algorithm incidentally
      helped to replace the old Jazz DMA code.
      
      The patch was tested on a variety of macs (several 32-bit quadra built-in
      NICs, a 16-bit LC PDS NIC and a 16-bit comm-slot NIC), and also on MIPS
      Jazz.
      Signed-off-by: NFinn Thain <fthain@telegraphics.com.au>
      Acked-by: NThomas Bogendoerfer <tsbogend@alpha.franken.de>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      efcce839
  17. 20 8月, 2005 1 次提交
  18. 31 7月, 2005 1 次提交
    • J
      [PATCH] tms380tr: move to DMA API · 504ff16c
      Jochen Friedrich 提交于
      This patch makes tms380tr use the new DMA API.  Now that on Alpha, this API
      also supports bus master DMA for ISA (platform) devices, i changed the
      driver to use this new API.
      
      This also works around a bug in the firmware loader: The example provided
      in Documentation/firmware_class no longer works, as the firmware loader now
      calls get_kobj_path_length() and the kernel promptly oopses, as the
      home-grown device doesn't have a parent.  Of course, this doesn't happen
      with a "real" device which has its bus (or pseudo bus in the case of
      platform) as parent.
      
      Converted tms380tr to use new DMA API:
        - proteon.c, skisa.c: use platform pseudo bus to create a struct device
        - Space.c: delete init hooks
        - abyss.c, tmspci.c: pass struct device to tms380tr.c
        - tms380tr.c, tms380tr.h: new DMA API, use real device fo firmware loader
      Signed-off-by: NJochen Friedrich <jochen@scram.de>
      Cc: Jeff Garzik <jgarzik@pobox.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      504ff16c
  19. 13 5月, 2005 1 次提交
  20. 06 5月, 2005 1 次提交
  21. 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