1. 30 Oct, 2006 7 commits
  2. 29 Oct, 2006 4 commits
  3. 28 Oct, 2006 6 commits
  4. 27 Oct, 2006 7 commits
  5. 25 Oct, 2006 9 commits
  6. 24 Oct, 2006 7 commits
    • Al Viro's avatar
      [PATCH] uml: mconsole fixes · 3a51237d
      Al Viro authored
      
      
       * when we have stop/sysrq/go, we get pt_regs of whatever executes
         mc_work_proc().  Would be better to see what we had at the time of
         interrupt that got us stop.
      
       * stop/stop/stop.....  will give stack overflow.  Shouldn't allow stop
         from mconsole_stop().
      
       * stop/stop/go leaves us inside mconsole_stop() with
      	os_set_fd_block(req->originating_fd, 0);
      	reactivate_fd(req->originating_fd, MCONSOLE_IRQ);
         just done by nested mconsole_stop().  Ditto.
      
       * once we'd seen stop, there's a period when INTR commands are executed
         out of order (as they should; we might have the things stuck badly
         enough to never reach mconsole_stop(), but still not badly enough to
         block mconsole_interrupt(); in that situation we _want_ things like
         "cad" to be executed immediately).  Once we enter monsole_stop(), all
         INTR commands will be executed in order, mixed with PROC ones.  We'd
         better let user see that such change of behaviour has happened.
         (Suggested by lennert).
      
       * stack footprint of monsole_interrupt() is an atrocity; AFAICS we can
         safely make struct mc_request req; static in function there.
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      Acked-by: default avatarJeff Dike <jdike@addtoit.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3a51237d
    • Benjamin Herrenschmidt's avatar
      [POWERPC] Fix CHRP platforms with only 8259 · f4d4c354
      Benjamin Herrenschmidt authored
      
      
      On CHRP platforms with only a 8259 controller, we should set the
      default IRQ host to the 8259 driver's one for the IRQ probing
      fallbacks to work in case the IRQ tree is incorrect (like on
      Pegasos for example). Without this fix, we get a bunch of WARN_ON's
      during boot.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      f4d4c354
    • Scott Wood's avatar
      [POWERPC] IPIC: Fix spinlock recursion in set_irq_handler · f49196a5
      Scott Wood authored
      
      
      This causes ipic_set_irq_type to set the handler directly rather
      than call set_irq_handler, which causes spinlock recursion because
      the lock is already held when ipic_set_irq_type is called.
      
      I'm also not convinced that ipic_set_irq_type should be changing the
      handler at all.  There seem to be several controllers that don't and
      several that do.  Those that do would break what appears to be a common
      usage of calling set_irq_chip_and_handler followed by set_irq_type, if a
      non-standard handler were to be used.  OTOH, irq_create_of_mapping()
      doesn't set the handler, but only calls set_irq_type().
      
      This patch gets things working in the spinlock-debugging-enabled case,
      but I'm curious as to where the handler setting is ideally supposed to be
      done.  I don't see any documentation on set_irq_type() that clarifies
      what the semantics are supposed to be.
      Signed-off-by: default avatarScott Wood <scottwood@freescale.com>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      f49196a5
    • Liu Dave-r63238's avatar
      [POWERPC] Fix the UCC rx/tx clock of QE · f84c39da
      Liu Dave-r63238 authored
      
      
      MPC8323EMDS board ethernet interface with RMII uses the CLK16 divisor
      for the rx and tx clock, but the ucc_set_qe_mux_rxtx() function doesn't
      handle the CLK16 setting of the CMXUCR3 and CMXUCR4 registers.  This
      fixes it.
      Signed-off-by: default avatarDave Liu <daveliu@freescale.com>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      f84c39da
    • Arnd Bergmann's avatar
      [POWERPC] cell: update defconfig · b910ecf6
      Arnd Bergmann authored
      
      
      ===================================================================
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      b910ecf6
    • Arnd Bergmann's avatar
      [POWERPC] spufs: fix another off-by-one bug in spufs_mbox_read · 274cef5e
      Arnd Bergmann authored
      
      
      Currently, spufs_mbox_read transfers more bytes than requested on a
      read.  If you ask for four bytes, you get eight.  This fixes it to
      transfer the largest multiple of four bytes that is less than or equal
      to the number you asked for.
      
      Note: one nasty property of this file in spufs is that you can only
      read multiples of four bytes in the first place, since there is no way
      to atomically put back a few bytes into the hardware register.  Thus,
      reading less than four bytes returns -EINVAL.  Asking for more than
      four returns the largest possible multiple of four.
      Signed-off-by: default avatarArnd Bergmann <arnd.bergmann@de.ibm.com>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      274cef5e
    • Dwayne Grant Mcconnell's avatar
      [POWERPC] spufs: fix signal2 file to report signal2 · f6b301b8
      Dwayne Grant Mcconnell authored
      
      
      This fixes the /signal2 file to actually give signal2 data.
      Signed-off-by: default avatarDwayne Grant Mcconnell <decimal@us.ibm.com>
      Signed-off-by: default avatarArnd Bergmann <arnd.bergmann@de.ibm.com>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      f6b301b8