1. 25 1月, 2012 3 次提交
  2. 18 1月, 2012 7 次提交
    • R
      powerpc/85xx: Add dr_mode property in USB nodes · 621c4b99
      Ramneek Mehresh 提交于
      Add usb2 controller node for P1020RDB, P2020RDB, P2020DS, P1021MDS
      Signed-off-by: NRamneek Mehresh <ramneek.mehresh@freescale.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      621c4b99
    • R
      powerpc/85xx: Enable USB2 controller node for P1020RDB · 70a0ac66
      Ramneek Mehresh 提交于
      Enable USB2 controller node for P1020RDB. USB2 controller is used only
      when board boots from SPI or SD as it is muxed with eLBC
      Signed-off-by: NRamneek Mehresh <ramneek.mehresh@freescale.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      70a0ac66
    • J
      powerpc/85xx: Fix cmd12 bug and add the chip compatible for eSDHC · f8b5a318
      Jerry Huang 提交于
      According to latest kernel, the auto-cmd12 property should be
      "sdhci,auto-cmd12", and according to the SDHC binding and the workaround for
      the special chip, add the chip compatible for eSDHC: "fsl,p1022-esdhc",
      "fsl,mpc8536-esdhc", "fsl,p1020-esdhc", "fsl,p2020-esdhc" and
      "fsl,p1010-esdhc".
      Signed-off-by: NJerry Huang <Chang-Ming.Huang@freescale.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      f8b5a318
    • E
      audit: inline audit_syscall_entry to reduce burden on archs · b05d8447
      Eric Paris 提交于
      Every arch calls:
      
      if (unlikely(current->audit_context))
      	audit_syscall_entry()
      
      which requires knowledge about audit (the existance of audit_context) in
      the arch code.  Just do it all in static inline in audit.h so that arch's
      can remain blissfully ignorant.
      Signed-off-by: NEric Paris <eparis@redhat.com>
      b05d8447
    • E
      Audit: push audit success and retcode into arch ptrace.h · d7e7528b
      Eric Paris 提交于
      The audit system previously expected arches calling to audit_syscall_exit to
      supply as arguments if the syscall was a success and what the return code was.
      Audit also provides a helper AUDITSC_RESULT which was supposed to simplify things
      by converting from negative retcodes to an audit internal magic value stating
      success or failure.  This helper was wrong and could indicate that a valid
      pointer returned to userspace was a failed syscall.  The fix is to fix the
      layering foolishness.  We now pass audit_syscall_exit a struct pt_reg and it
      in turns calls back into arch code to collect the return value and to
      determine if the syscall was a success or failure.  We also define a generic
      is_syscall_success() macro which determines success/failure based on if the
      value is < -MAX_ERRNO.  This works for arches like x86 which do not use a
      separate mechanism to indicate syscall failure.
      
      We make both the is_syscall_success() and regs_return_value() static inlines
      instead of macros.  The reason is because the audit function must take a void*
      for the regs.  (uml calls theirs struct uml_pt_regs instead of just struct
      pt_regs so audit_syscall_exit can't take a struct pt_regs).  Since the audit
      function takes a void* we need to use static inlines to cast it back to the
      arch correct structure to dereference it.
      
      The other major change is that on some arches, like ia64, MIPS and ppc, we
      change regs_return_value() to give us the negative value on syscall failure.
      THE only other user of this macro, kretprobe_example.c, won't notice and it
      makes the value signed consistently for the audit functions across all archs.
      
      In arch/sh/kernel/ptrace_64.c I see that we were using regs[9] in the old
      audit code as the return value.  But the ptrace_64.h code defined the macro
      regs_return_value() as regs[3].  I have no idea which one is correct, but this
      patch now uses the regs_return_value() function, so it now uses regs[3].
      
      For powerpc we previously used regs->result but now use the
      regs_return_value() function which uses regs->gprs[3].  regs->gprs[3] is
      always positive so the regs_return_value(), much like ia64 makes it negative
      before calling the audit code when appropriate.
      Signed-off-by: NEric Paris <eparis@redhat.com>
      Acked-by: H. Peter Anvin <hpa@zytor.com> [for x86 portion]
      Acked-by: Tony Luck <tony.luck@intel.com> [for ia64]
      Acked-by: Richard Weinberger <richard@nod.at> [for uml]
      Acked-by: David S. Miller <davem@davemloft.net> [for sparc]
      Acked-by: Ralf Baechle <ralf@linux-mips.org> [for mips]
      Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> [for ppc]
      d7e7528b
    • J
      arch/powerpc/sysdev/fsl_pci.c: add missing iounmap · 0cf572dc
      Julia Lawall 提交于
      Add missing iounmap in error handling code, in a case where the function
      already preforms iounmap on some other execution path.
      
      A simplified version of the semantic match that finds this problem is as
      follows: (http://coccinelle.lip6.fr/)
      
      // <smpl>
      @@
      expression e;
      statement S,S1;
      int ret;
      @@
      e = \(ioremap\|ioremap_nocache\)(...)
      ... when != iounmap(e)
      if (<+...e...+>) S
      ... when any
          when != iounmap(e)
      *if (...)
         { ... when != iounmap(e)
           return ...; }
      ... when any
      iounmap(e);
      // </smpl>
      Signed-off-by: NJulia Lawall <Julia.Lawall@lip6.fr>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      0cf572dc
    • M
      powerpc: fix compile error with 85xx/p1022_ds.c · ba8438fb
      Michael Neuling 提交于
      Current linux-next compiled with mpc85xx_defconfig causes this:
       arch/powerpc/platforms/85xx/p1022_ds.c:341:14: error: 'udbg_progress' undeclared here (not in a function)
      
      Add include to fix this.
      Signed-off-by: NMichael Neuling <mikey@neuling.org>
      Acked-by: NTimur Tabi <timur@freescale.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      ba8438fb
  3. 15 1月, 2012 1 次提交
    • S
      Kbuild: Use dtc's -d (dependency) option · 7c431851
      Stephen Warren 提交于
      This hooks dtc into Kbuild's dependency system.
      
      Thus, for example, "make dtbs" will rebuild tegra-harmony.dtb if only
      tegra20.dtsi has changed yet tegra-harmony.dts has not. The previous
      lack of this feature recently caused me to have very confusing "git
      bisect" results.
      
      For ARM, it's obvious what to add to $(targets). I'm not familiar enough
      with other architectures to know what to add there. Powerpc appears to
      already add various .dtb files into $(targets), but the other archs may
      need something added to $(targets) to work.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Acked-by: NShawn Guo <shawn.guo@linaro.org>
      [mmarek: Dropped arch/c6x part to avoid merging commits from the middle
      of the merge window]
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      7c431851
  4. 13 1月, 2012 4 次提交
  5. 11 1月, 2012 2 次提交
  6. 07 1月, 2012 4 次提交
  7. 05 1月, 2012 12 次提交
  8. 04 1月, 2012 6 次提交
  9. 03 1月, 2012 1 次提交