Skip to content

L
linux
An error occurred fetching the project authors.
Switch branch/tag
  1. 08 Dec, 2006 1 commit
  3. 04 Dec, 2006 1 commit
  5. 30 Nov, 2006 1 commit
  7. 03 Oct, 2006 1 commit
    • Matt LaPlante's avatar
      Attack of "the the"s in arch · 4b3f686d
      Matt LaPlante authored 
      The patch below corrects multiple occurances of "the the"
typos across several files, both in source comments and KConfig files.
There is no actual code changed, only text.  Note this only affects the /arch
directory, and I believe I could find many more elsewhere. :)
Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      4b3f686d
  9. 27 Sep, 2006 1 commit
  11. 13 Sep, 2006 1 commit
  13. 29 Jun, 2006 1 commit
  15. 24 May, 2006 1 commit
  17. 27 Mar, 2006 2 commits
  19. 26 Mar, 2006 1 commit
  21. 07 Feb, 2006 1 commit
  23. 15 Jan, 2006 1 commit
    • 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
  25. 11 Jan, 2006 1 commit
  27. 09 Jan, 2006 1 commit
  29. 05 Dec, 2005 1 commit
    • 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
  31. 07 Nov, 2005 2 commits
  33. 26 Oct, 2005 2 commits
  35. 21 Sep, 2005 3 commits
  37. 18 Sep, 2005 1 commit
  39. 15 Sep, 2005 1 commit
    • 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
  41. 10 Sep, 2005 1 commit
    • 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
  43. 09 Sep, 2005 1 commit
  45. 08 Sep, 2005 1 commit
    • viro@ZenIV.linux.org.uk's avatar
      [PATCH] Kconfig fix (BLK_DEV_FD dependencies) · a08b6b79
      viro@ZenIV.linux.org.uk 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
  47. 05 Sep, 2005 8 commits
  49. 24 Aug, 2005 3 commits
  51. 02 Aug, 2005 1 commit
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7