Skip to content
  1. Sep 27, 2006
  2. Sep 13, 2006
  3. Jun 29, 2006
  4. May 24, 2006
  5. Mar 27, 2006
  6. Mar 26, 2006
  7. Feb 07, 2006
  8. Jan 15, 2006
    • Paul Mackerras's avatar
      [PATCH] ppc: Remove powermac support from ARCH=ppc · a7fdd90b
      Paul Mackerras authored
      
      
      This makes it possible to build kernels for PReP and/or CHRP
      with ARCH=ppc by removing the (non-building) powermac support.
      It's now also possible to select PReP and CHRP independently.
      Powermac users should now build with ARCH=powerpc instead of
      ARCH=ppc.  (This does mean that it is no longer possible to
      build a 32-bit kernel for a G5.)
      
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      a7fdd90b
  9. Jan 11, 2006
  10. Jan 09, 2006
  11. Dec 05, 2005
    • Paul Mackerras's avatar
      ppc: Build in all three of powermac, PREP and CHRP support · b6d78157
      Paul Mackerras authored
      
      
      This reverts commit da0825fd, making
      it so that if you select CONFIG_PPC_MULTIPLATFORM you get support
      for PMAC, PREP and CHRP built in.
      
      The reason for not allowing PMAC, PREP and CHRP to be selected
      individually for ARCH=ppc is that there is too much interdependency
      between them in the platform support code.  For example, CHRP uses
      the PMAC nvram code.
      
      Configuring with ARCH=powerpc does allow you to select support for
      PMAC and CHRP separately.  Support for PREP is not there yet but
      should be there soon.
      
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      b6d78157
  12. Nov 07, 2005
  13. Oct 26, 2005
  14. Sep 21, 2005
  15. Sep 18, 2005
  16. Sep 15, 2005
    • David S. Miller's avatar
      [LIB]: Consolidate _atomic_dec_and_lock() · 4db2ce01
      David S. Miller authored
      
      
      Several implementations were essentialy a common piece of C code using
      the cmpxchg() macro.  Put the implementation in one spot that everyone
      can share, and convert sparc64 over to using this.
      
      Alpha is the lone arch-specific implementation, which codes up a
      special fast path for the common case in order to avoid GP reloading
      which a pure C version would require.
      
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      4db2ce01
  17. Sep 10, 2005
    • Paul Mackerras's avatar
      [PATCH] ppc32: support hotplug cpu on powermacs · 31139971
      Paul Mackerras authored
      
      
      This allows cpus to be off-lined on 32-bit SMP powermacs.  When a cpu
      is off-lined, it is put into sleep mode with interrupts disabled.  It
      can be on-lined again by asserting its soft-reset pin, which is
      connected to a GPIO pin.
      
      With this I can off-line the second cpu in my dual G4 powermac, which
      means that I can then suspend the machine (the suspend/resume code
      refuses to suspend if more than one cpu is online, and making it cope
      with multiple cpus is surprisingly messy).
      
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      31139971
  18. Sep 09, 2005
  19. Sep 08, 2005
    • Al Viro's avatar
      [PATCH] Kconfig fix (BLK_DEV_FD dependencies) · a08b6b79
      Al Viro authored
      
      
      Sanitized and fixed floppy dependencies: split the messy dependencies for
      BLK_DEV_FD by introducing a new symbol (ARCH_MAY_HAVE_PC_FDC), making
      BLK_DEV_FD depend on that one and taking declarations of ARCH_MAY_HAVE_PC_FDC
      to arch/*/Kconfig.  While we are at it, fixed several obvious cases when
      BLK_DEV_FD should have been excluded (architectures lacking asm/floppy.h
      are *not* going to have floppy.c compile, let alone work).
      
      If you can come up with better name for that ("this architecture might
      have working PC-compatible floppy disk controller"), you are more than
      welcome - just s/ARCH_MAY_HAVE_PC_FDC/your_prefered_name/g in the patch
      below...
      
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a08b6b79
  20. Sep 05, 2005
  21. Aug 24, 2005
  22. Aug 02, 2005
  23. Jul 27, 2005
  24. Jul 12, 2005
    • Sam Ravnborg's avatar
      [NET]: add a top-level Networking menu to *config · d5950b43
      Sam Ravnborg authored
      
      
      Create a new top-level menu named "Networking" thus moving
      net related options and protocol selection way from the drivers
      menu and up on the top-level where they belong.
      
      To implement this all architectures has to source "net/Kconfig" before
      drivers/*/Kconfig in their Kconfig file. This change has been
      implemented for all architectures.
      
      Device drivers for ordinary NIC's are still to be found
      in the Device Drivers section, but Bluetooth, IrDA and ax25
      are located with their corresponding menu entries under the new
      networking menu item.
      
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d5950b43
Loading