1. 15 5月, 2012 1 次提交
  2. 13 5月, 2012 1 次提交
  3. 12 5月, 2012 2 次提交
    • S
      sparc32: remove sun4c traps · 306f1231
      Sam Ravnborg 提交于
      We used to runtime patch the trap table for srmmu.
      With the removal of sun4c support this is no longer required.
      
      With the sun4c trap removed we can remove all the referenced
      trap handling which is sun4c specific.
      This also allows us to get rid of the nosun4c.c file that
      contained only dummy functions/data.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      306f1231
    • S
      sparc32: drop sun4c support · 2c1cfb2d
      Sam Ravnborg 提交于
      Machines with sun4c support are very rare these days, and noone
      is using them for any practical purposes.
      The sun4c support has been know broken for quite some time too.
      
      So rather than trying to keep it up-to-date, lets get rid of it.
      This allows us to do some very welcome cleanup of sparc32 support.
      
      Updated the former sun4c specifc nmi (which was also used
      for sun4m UP) to be a generic UP NMI.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2c1cfb2d
  4. 18 11月, 2011 1 次提交
  5. 26 7月, 2011 1 次提交
  6. 18 8月, 2009 1 次提交
  7. 05 12月, 2008 2 次提交
  8. 01 9月, 2008 1 次提交
    • A
      sparc: remove CONFIG_SUN4 · 5110bd21
      Adrian Bunk 提交于
      While doing some easy cleanups on the sparc code I noticed that the
      CONFIG_SUN4 code seems to be worse than the rest - there were some
      "I don't know how it should work, but the current code definitely cannot
      work." places.
      
      And while I have seen people running Linux on machines like a
      SPARCstation 5 a few years ago I don't recall having seen sun4
      machines, even less ones running Linux.
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5110bd21
  9. 20 5月, 2008 1 次提交
  10. 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