1. 12 Oct, 2007 1 commit
  2. 27 Jul, 2007 1 commit
  3. 27 Apr, 2007 4 commits
  4. 21 Feb, 2007 2 commits
  5. 05 Feb, 2007 4 commits
  6. 09 Jan, 2007 1 commit
  7. 27 Dec, 2006 1 commit
  8. 15 Dec, 2006 1 commit
    • Michael Holzheu's avatar
      [S390] Fix reboot hang on LPARs · a45e1414
      Michael Holzheu authored
      
      
      Reboot hangs on LPARs without diag308 support. The reason for this is,
      that before the reboot is done, the channel subsystem is shut down.
      During the reset on each possible subchannel a "store subchannel" is
      done. This operation can end in a program check interruption, if the
      specified subchannel set is not implemented by the hardware. During
      the reset, currently we do not have a program check handler, which
      leads to the described kernel bug. We install now a new program check
      handler for the reboot code to fix this problem.
      
      Signed-off-by: default avatarMichael Holzheu <holzheu@de.ibm.com>
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      a45e1414
  9. 08 Dec, 2006 2 commits
  10. 04 Dec, 2006 1 commit
    • Heiko Carstens's avatar
      [S390] Reset infrastructure for re-IPL. · 15e9b586
      Heiko Carstens authored
      
      
      In case of re-IPL and diag308 doesn't work we have to reset all devices
      manually and wait synchronously that each reset finished.
      This patch adds the necessary infrastucture and the first exploiter of it.
      
      Subsystems that need to add a function that needs to be called at re-IPL
      may register/unregister this function via
      
      struct reset_call {
      	struct reset_call *next;
      	void (*fn)(void);
      };
      
      void register_reset_call(struct reset_call *reset);
      void unregister_reset_call(struct reset_call *reset);
      
      When the registered function get called the context is:
      
      - all cpus beside the current one are stopped
      - all machine checks and interrupts are disabled
      - prefixing is disabled
      - a default machine check handler is available for use
      
      The registered functions may not take any locks are sleep.
      
      For the common I/O layer part of this patch:
      
      Introduce a reset_call css_reset that does the following:
      - clear all subchannels
      - perform a rchp on all channel paths and wait for the resulting
        machine checks
      This replaces the calls to clear_all_subchannels() and
      cio_reset_channel_paths() for kexec and ccw reipl. reipl_ccw_dev() now
      uses reipl_find_schid() to determine the subchannel id for a given
      device id.
      Also remove cio_reset_channel_paths() and friends since they are not
      needed anymore.
      
      Signed-off-by: default avatarHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: default avatarCornelia Huck <cornelia.huck@de.ibm.com>
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      15e9b586
  11. 11 Oct, 2006 1 commit
  12. 06 Oct, 2006 1 commit
  13. 20 Sep, 2006 4 commits
  14. 12 Jul, 2006 3 commits
  15. 03 Jul, 2006 1 commit
  16. 30 Jun, 2006 1 commit
  17. 11 Apr, 2006 1 commit
  18. 01 Feb, 2006 1 commit
  19. 14 Jan, 2006 1 commit
  20. 06 Jan, 2006 4 commits
  21. 05 Sep, 2005 1 commit
  22. 25 Jun, 2005 1 commit
    • Michael Holzheu's avatar
      [PATCH] s390: debug feature changes · 66a464db
      Michael Holzheu authored
      
      
      This patch changes the memory allocation method for the s390 debug feature.
      Trace buffers had been allocated using the get_free_pages() function before.
      Therefore it was not possible to get big memory areas in a running system due
      to memory fragmentation.  Now the trace buffers are subdivided into several
      subbuffers with pagesize.  Therefore it is now possible to allocate more
      memory for the trace buffers and more trace records can be written.
      
      In addition to that, dynamic specification of the size of the trace buffers is
      implemented.  It is now possible to change the size of a trace buffer using a
      new debugfs file instance.  When writing a number into this file, the trace
      buffer size is changed to 'number * pagesize'.
      
      In the past all the traces could be obtained from userspace by accessing files
      in the "proc" filesystem.  Now with debugfs we have a new filesystem which
      should be used for debugging purposes.  This patch moves the debug feature
      from procfs to debugfs.
      
      Since the interface of debug_register() changed, all device drivers, which use
      the debug feature had to be adjusted.
      
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      66a464db
  23. 01 May, 2005 1 commit
  24. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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