1. 23 2月, 2009 1 次提交
  2. 22 2月, 2009 1 次提交
    • R
      etherh: Get working again. · 7d3d5ec1
      Russell King 提交于
      Further to a71558d0, this is round five of fixes to make etherh work
      again. As mainline kernels stand, the fixes in b9a9b4b0 were the wrong
      approach.
      
      The 8390 driver was structured by Al Viro to allow the flexibility required
      by platforms.  lib8390.c contains the core code which drivers explicitly
      include:
      - 8390.c includes lib8390.c to provide the standard ISA based driver.
      - etherh.c includes it with the accessors defined for RiscPC platforms,
        where it is addressed via the MMIO accessors with a device dependent
        register spacing.
      
      Other platform drivers do something similar.
      
      However, b9a9b4b0 caused the kernel to contain not only the etherh private
      build of lib8390 (included in etherh.c) but also lib8390.c itself, and
      referred the new net_device_ops methods to the ISA version.  The result
      of this is is not pretty:
      
      Unable to handle kernel paging request at virtual address 12032030
      pgd = c8330000
      [12032030] *pgd=00000000
      Internal error: Oops: 18331805 [#1]
      Modules linked in: ipv6
      CPU: 0    Not tainted  (2.6.29-rc3 #167)
      PC is at do_set_multicast_list+0xd0/0x190
      LR is at bitrev32+0x28/0x34
      pc : [<c017aab4>]    lr : [<c0139120>]    psr: a0000093
      sp : c8321d9c  ip : c8321d84  fp : c8321dbc
      r10: c80c6800  r9 : 00000000  r8 : c80c6b60
      r7 : c80c6b80  r6 : cc80c800  r5 : c80c6800  r4 : 00000000
      r3 : cc80c80c  r2 : 00000004  r1 : 00000007  r0 : e0000000
      Flags: NzCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment user
      ...
      
      Fix up b9a9b4b0 by making etherh's net_device_ops refer to the internal
      lib8390 functions, and remove the build of the ISA 8390.c driver.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7d3d5ec1
  3. 28 1月, 2009 1 次提交
  4. 15 1月, 2009 1 次提交
  5. 11 1月, 2009 1 次提交
  6. 03 12月, 2008 1 次提交
  7. 28 10月, 2008 1 次提交
  8. 22 7月, 2008 1 次提交
  9. 03 7月, 2008 1 次提交
  10. 11 10月, 2007 2 次提交
  11. 20 7月, 2007 1 次提交
  12. 12 5月, 2007 2 次提交
  13. 15 2月, 2007 1 次提交
    • T
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau 提交于
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  14. 08 2月, 2007 1 次提交
  15. 02 12月, 2006 2 次提交
    • A
      [PATCH] 8390 cleanup - etherh iomem annotations · b936889c
      Al Viro 提交于
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      b936889c
    • A
      [PATCH] beginning of 8390 fixes - generic and arm/etherh · 6c3561b0
      Al Viro 提交于
      etherh and a handful of other odd drivers use different macros when building
      8390.c.  Since we generate a single 8390.o and then link with it, in any
      config with both oddball and normal 8390-based driver we will end up with
      breakage in at least one of them.  Solution: take most of 8390.c into
      lib8390.c and have 8390.c, etherh.c and the rest of oddballs #include it.
      Helper macros are taken from 8390.h to whoever includes lib8390.c.  That
      way odd drivers get separate instances of compiled 8390 stuff and stop
      stepping on each other's toes.  8390.h gets cleaned up - we don't have
      the cascade of ifdefs in there and are left with the stuff that can be
      used by any 8390-based driver.  Current problems are exactly because of
      that cascade - we attempt to choose the set of helpers by looking at config
      and that, of course, doesn't work well when we have several sets needed
      by various drivers in our config.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      6c3561b0
  16. 14 9月, 2006 1 次提交
  17. 17 1月, 2006 1 次提交
  18. 09 1月, 2006 1 次提交
  19. 30 6月, 2005 1 次提交
  20. 16 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